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0> (57) Abstract: The invention relates to cell structures which can be variably arranged in relation to each other. The invention notably 
^1 specifies how and with which units a sequence is to be partitioned for this purpose and with such cell structures. 



(57) Zusammenfassung: Die vorliegende Erfindung befasst sich mit Zellstrukturen, bei denen eine wechselnde Anordnung zuein- 
ander moglich ist. Es wird angegeben, wie und mit welchen Einheiten hierbei und hierfur eine Sequenz zu parti tionieren ist. 
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SEQUENZ-PARTITIONIERUNG AUF ZELLSTRUKTUREN 



Aufgabe der Erf inching und Anwendungsbereiche 



Die vorliegende Erfindung erstreckt sich auf das Gebiet von 
programmierbaren und insbesondere wahrend des Betriebes umpro- 
grammierbaren arithmetischen und/oder logischen Bausteinen 
(VPUs) mit Vielzahl von arithmetischen und/oder logischen Ein- 
heiten r deren Verschaltung ebenfalls programmierbar und wah- 
rend des Betriebes umprogrammierbar ist. Derartige logische 
Bausteine sind unter dem Oberbegriff FPGA von verschiedenen 
Firmen verfugbar. Weiterhin sind mehrere Patente veroffent- 
licht, die spezielle arithmetische Bausteine mit automatischer 
Datensynchronisation und verbesserter arithmetischen Datenver- 
arbeitung offenlegen* 

Samtliche beschriebene Bausteine besitzen eine zwei- oder 
mehrdimensionale Anordnung von logischen und/oder arithmeti- 
schen Einheiten (PAEs) , die uber Bussysteme miteinander ver- 
schaltbar sind. 

Kennzeichnend fur die der Erfindung entsprechenden Bausteine 
ist, dafi sie entweder die nachfolgend auf gelisteten Einheiten 
besitzen, oder zur erf indungsgemalien Anwendung diese Einheiten 
programmiert oder (auch extern) hinzugefugt werden: 

1. mindestens eine Einheit (CT) zum Laden der Konf igurations- 
daten. 

2. PAEs. 



Speichern und/oder peripheren Geraten. 

Aufgabe der Erfindung ist es, ein Programmierverf ahren zur 
Verfilgung zu stellen, das es ermoglicht die beschriebenen Bau- 




steine in gewohnlichen Hochsprachen effizient zu programmieren 
und dabei die Vorteile der durch die Vielzahl von Einheiten 
entstehende Parallelitat der beschriebenen 
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Bausteine weitgehend automatisch, vollstandig und effizient zu 
nut z en. 



Stand der Technik 

Bausteine der genannten Gattung werden zumeist unter 
Verwendung gewdhnlicher Datenf lussprachen programmiert . Dabei 
treten zwei grundlegende Probleme auf: 

1. Die Programmierung in Datenf lussprachen ist fur 
Programmierer gewohnungsbedtirf tig, tief sequentielle Aufgaben 
lassen sich nur sehr umstandlich beschreiben. 

2. Grofie Applikationen und sequentielle Beschreibungen lassen 
sich mit den bestehenden Ubersetzungsprogrammen (Synthese- 
Tools) nur bedingt auf die gewunschte Zieltechnologie abbilden 
(synthetisieren) . 

Fur gewdhnlich werden Applikationen in mehrere 
Teilapplikationen partitioniert, die dann einzeln auf die 
Zieltechnologie synthetisiert werden (Fig. 1) . Die einzelnen 
Binarcodes werden dann auf jeweils einen Baustein geladen. 
Wesentliche Voraussetzung der Erfindung ist das in DE 44 16 
881 beschriebene Verfahren, das es enti5glicht, mehrere 
partitionierte Teilapplikationen innerhalb eines Bausteines zu 
nutzen, indem die zeitliche Abhangigkeit analysiert wird und 
uber Steuersignale sequentiell die jeweils erforderlichen 
Teilapplikationen bei einer ubergeordneten Ladeeinheit 
angef or der t und von dieser daraufhin auf den Baustein geladen 
werden. 

Existierende Synthese-Tools sind nur bedingt in der Lage 
Programm-Schleifen auf Bausteine abzubilden (Fig. 2 0201) . 
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Dabei werden FOR-Schleif en (0202) als Primitiv-Schleif e haufig 
noch dadurch unterstutzt, dafi die Schleife vollkommen auf die 
Ressourcen des Zielbausteines ausgewalzt werden. 

WHILE-Schleifen (0203) besitzen im Gegensatz zu FOR-Schleif en 
keinen konstanten Abbruchswert . Vielmehr wird durch eine 
Bedingung evaluiert, wann der Schleif enabbruch stattf indet . 
Daher ist gewohnlicherweise (wenn die Bedingung nicht konstant 
ist) zur Synthesezeit nicht bekannt, wann die Schleife 
abbricht. Durch das dynamische Verhalten konnen Synthese-Tools 
diese Schleif en nicht fest auf Hardware abgebildet d.h. auf 
einen Zielbaustein ubertragen werden. 

Rekursionen sind mit Synthesewerkzeugen nach dem Stand der 
Technik grundsatzlich nicht auf Hardware abbildbar, wenn die 
Rekursionstiefe nicht zur Synthesezeit bekannt und damit 
konstant ist. Bei der Rekursion werden mit jeder neuen 
Rekursionsebene neue Ressourcen allokiert. Das wurde bedeuten, 
daB mit jeder Rekursionsebene neue Hardware zur Verfugung. 
gestellt werden muiJ, was aber dynamisch nicht moglich ist. 

Selbst einfache Grundstrukturen sind von Synthesetools nur 
dann abbildbar, wenn der Zielbaustein ausreichend groli ist, 
d.h. ausreichende Ressourcen bietet. 

Einfache zeitliche Abhangigkeiten (0301) werden durch heutige 
Synthese-Tools nicht in mehrere Teilapplikationen 
partit ioniert und sind deshalb nur als Ganzes auf einen 
Zielbaustein tibertragbar. 

Bedingte Ausftihrungen (0302) und Schleif en uber Bedingungen 
(0303) sind ebenfalls nur abbildbar, wenn ausreichende 
Ressourcen auf dem Zielbaustein existieren. 



ErfindungsgemaBes Verfahren 
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Durch das in DE 44 16 881 beschriebene Verfahren 1st es 
moglich Bedingungen zur Laufzeit innerhalb der 
Hardwarestrukturen der genannten Bausteine zu erkennen und 
derart dynamisch darauf zu reagieren, daB die Funktion der 
Hardware entsprechend der eingetretenen Bedingung modifiziert 
wird, was im wesentlichen durch das Konf igurieren einer neuen 
Struktur geschieht. 

Ein wesentlicher Schritt in dem erf indungsgemafien Verfahren 
ist die Partitionierung von Graphen (Applikationen) in 
zeitlich unabhangige Teilgraphen (Teilapplikationen) . 

Der Begriff "zeitliche Unabhangigkeit" wird damit definiert/ 
daB die Daten, die zwischen zwei Teilapplikationen ubertragen 
werden durch einen Speicher, gleich welcher Ausgestaltung 
(also auch mittels einfacher Register), entkoppelt werden. 
Dies ist besonders . an den Stellen eines Graphen moglich, an 
denen eine klare Schnittstelle mit einer begrenzten und 
mSglichst minimalen Menge von Signalen zwischen den beiden 
Teilgraphen besteht. 

Weiterhin sind besonders Stellen im Graphen geeignet, die 
• folgende Merkmale aufweisen: 

1. Es befinden sich wenig Signale oder Variablen zwischen den 
Knoten . 

2. Es werden wenig Daten uber die Signale oder Variablen 
ubertragen. 

3. Es gibt keine Riickkopplungen, d.h. keine Signale oder 
Variablen die umgekehrte Richtung zu den Restlichen laufen. 

Die zeitliche Unabhangigkeit kann in groBen Graphen durch das 
gezielte EinfUgen von klar definierten und mdglichste 
einfachen Schnittstellen zum Speichern von Daten in einen 
Zwischenspeicher herbeigefiihrt werden (vgl. S n in Fig. 4). 
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Schleifen weisen oftmals eine starke zeitliche Unabhangigkeit 
zum restlichen Algorithmus auf, da sie lange Zeit iiber einer 
bestimmten Menge von (zumeist) in der Schleife lokalen 
Variablen arbeiten und nur beim Schleif eneintritt und beim 
Verlassen der Schleife eine Ubertragung der Operanden bzw. des 
Ergebnisses erfordern. 

Durch die zeitliche Unabhangigkeit wird erreicht, daii nach der 
vollstandigen Ausfuhrung einer Teilapplikation die 
nachfolgende Teilapplikation geladen werden kann, ohne daJi 
irgendwelche weiteren Abhangigkeiten oder Einfliisse auftreten. 
Beim Speichern der Daten in den genannten Speicher kann ein 
Status-Signal (Trigger, vgl. PACT08) generiert werden, das die 
ubergeordneten Ladeeinheit zum Nachladen der nachsten 
Teilapplikation auffordert. Der Trigger kann bei der 
•Verwendung von einfachen Registern als Speicher immer 
generiert werden, wenn das Register beschrieben wird. Bei der 
Verwendung von Speichern, i.b. von solchen die nach dent FIFO- 
Prinzip arbeiten, ist die Generierung des Triggers von 
mehreren Bedingungen abhangig. Folgende Bedingungen konnen 
beispielsweise einzeln oder kombiniert ein Trigger erzeugen: 

- Ergebnis-Speicher voll 

- Operanden-Speicher leer 

- keine neuen Operanden 

- Beliebige Bedingung innerhalb der Teilapplikation, generiert 

durch z.B. 

* Vergleicher (glei ch, groiier, etc.) 

* Zahler (Uberlauf) 

* Addierer (Uberlauf) 

Eine Teilapplikation wird iia folgenden auch Modul genannt, urn 
die Verstandlichkeit aus Sicht der klassischen Programmierung 
zu erhohen. Aus demselben Grund werden Signale im folgenden 

- 5 / 96 - 



WO 2000/077652 PC17DE2000/001869 

auch Variablen genannt. Dabei unterscheiden sich diese 
Variablen in einem Punkt wesentlich von herkommlichen 
Variablen: Jeder Variable ist ein Statussignal (Ready) 
zugeordnet, das anzeigt, ob diese Variable einen giiltigen Wert 
besitzt. Wenn ein Signal einen giiltigen (berechneten) Wert 
besitzt, ist das Statussignal Ready; wenn das Signal keinen 
giiltigen Wert besitzt (Berechnung noch nicht abgeschlossen) , 
ist das Statussignal Not_Ready. Das Prinzip ist ausftihrlich in 
der Patentanmeldung P196 51 075.9 beschrieben. 

Zusammenfassend kann den Triggern folgende Funktionen 
zugeordnet werden: 

1. Steuerung der Datenverarbeitung als Status einzelner PAEs' 

2. Steuerung der Umkonf iguration der PAEs (zeitliche Abfolge 
der Teilapplikationen) 

Insbesondere die Abbruchkriterien von Schleifen (WHILE) und 
Rekursionen, sowie bedingte SprUnge in Teilapplikationen 
werden von Triggern realisiert. 

In Fall 1 werden die Trigger zwischen PAEs ausgetauscht, in 
Fall 2 werden die Trigger von den PAEs zur CT gesendet. 
Wesentlich an der Erfindung ist, dafi der Ubergang zwischen 
Fall 1 und 2 im wesentlichen von der Anzahl der gerade 
laufenden Teilapplikationen in der Matrix von PAEs abhangt. 
Mit anderen Worten, Trigger werden zu den Teilapplikationen 
gesendet, die auf den PAEs aktuell ausgefuhrt werden. Ist eine 
Teilapplikation nicht konf iguriert, so werden die Trigger an 
die CT gesendet. Wichtig dabei ist: Ware auch diese 
Teilapplikation konf iguriert, so wiirden die entsprechenden 
Trigger direkt an die entsprechenden PAEs gesendet werden. 

Dadurch ergibt sich eine automatische Skalierung der 
Rechenleistung bei steigender PAE-Gr615e, bzw. der Kaskadierung 
mehrerer Matrizen aus PAEs. Es wird keine Umkonf igurat ions zeit 
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mehr benotigt, sondern die Trigger werden direkt an die nun 
bereits konf igurierten PAEs gesendet. 



Wave-Reconf iguration 

Durch eine geeignete Hardwarearchitektur (vgl. Fig. 10/11) ist 
es moglich mehrere Module zu uberlappen. D.h. mehrere Module 
sind gleichzeitig in den PAEs vorkonf iguriert und es kann mit 
minimalem Zeitaufwand zwischen den Konf igurationen 
umgeschaltet werden, so dafi aus einer Menge von mehreren 
Konf igurationen pro PAE immer genau eine Konf iguration 
aktiviert ist. 

Wesentlich ist, dafi dabei in einer Menge von PAEs in die ein 
Modul A und B vorkonf iguriert ist, ein Teil der Menge mit 
einem Teil von A und eine anderer Teil der Menge gleichzeitig 
mit einem Teil B aktiviert sein kann. Dabei ist die Trennung 
der beiden Teile exakt durch die PAE gegeben, in der der 
Umschaltezustand zwischen A und B auftritt. Das bedeutet, dafi 
ausgehend von einem bestimmten Zeitpunkt bei alien PAEs bei 
denen vor diesem Zeitpunkt A zur Ausfilhrung aktiviert war B 
aktiviert ist und bei alien anderen PAEs nach diesem Zeitpunkt 
immer noch auf A aktiviert ist. Mit steigender Zeit wird bei 
immer mehr PAEs B aktiviert. 

Die Umschaltung erfolgt aufgrund von bestimmten Daten, 
Zustanden die sich aus der Berechnung der Daten ergeben oder 
aufgrund beliebiger anderer Ereignisse, die beispielsweise von 
extern oder der CT generiert werden. 

Das bewirkt, dafi direkt nach Verarbeitung eines Datenpaketes 
zu einer anderen Konf iguration umgeschaltet werden kann. 
Gleichzeitig/Alternativ kann ein Signal (RECONFIG- TRIGGER) an 
den CT gesendet werden, das das Vorladen von neuen 
Konf igurationen durch den CT bewirkt. Das Vorladen kann dabei 
auf anderen von der aktuellen Datenverarbeitung abhangigen 
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Oder unabhangigen PAEs erfolgen. Durch eine Entkopplung der 
aktiven Konf iguration von den zur Unkonf iguration zur 
Verfiigung stehenden Konf igurationen (vgl. Fig. 10/11) konnen 
auch gerade arbeitende (aktive) PAEs, insbesondere auch die 
PAE, die den RECONFIG- TRIGGER erzeugte, mit neuen 
Konf igurationen geladen werden. Dies ermoglicht eine mit der 
Datenverarbeitung uberlappende Konf iguration. 

In Figur 13 ist das Grundprinzip der Wave-Reconfiguration 
(WRC) dargestellt. Dabei wird von einer Reihe von PAEs (PAEl- 
9) ausgegangen, durch die die Daten pipelineahnlich laufen. Es 
wird ausdriicklich darauf hingewiesen, daft WRC nicht auf 
Pipelines beschrankt ist und die Vernetzung und Gruppierung 
der PAEs jede beliebige Form annehmen kann. Die Darstellung 
wurde jedoch gewahlt urn ein einf aches Beispiel zum besseren 
Verstandnis zu zeigen. 

In Fig. 13a lauft ein Datenpaket in die PAE1. Die PAE besitzt 
4 mogliche Konf igurationen (A, F, H, C) , die durch eine 
geeignete Hardware (vgl. Fig. 10/11) wahlbar sind. Die 
Konf iguration F ist in in PAE1 fur das aktuelle Datenpaket 
. aktiviert (schraffiert dargestellt) . 

.Im nachsten Takt lauft das Datenpakt nach PAE 2 und ein neues 
Datenpaket erscheint in PAE1. Auch in PAE 2 ist F aktiv. 
Zusammen mit dem Datenpaket erscheint ein Ereignis (tl) bei 
PAE1. Das Ergnis entsteht durch Eintreffen eines beliebigen 
Ereignisses von aussen bei der PAE (z.B. eines Statusflags 
ndsr Tri ggers) oder wird innerhalb der PAE durch die 
ausgeftlhrte Berechnung generiert. 

In Fig. 13c wird in PAE1 aufgrund des Ereignisses (tl) die 
Konfiguration H aktiviert, gleichzeitig erscheint ein neues 
Ereignis (t2) , das im nachsten Takt (Fig. 13d) die Aktivierung 
von Konfiguration A bewirkt. 
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In Fig. 13e trifft (t3) bei PAE1, die das Uberschreiben von F 
mit G bewirkt (Fig. 13f) . Durch das Eintreffen von (t4) wird G 
aktiviert (Fig. 13g) . (t5) bewirkt das Laden von K anstelle 
von C (Fig 13h,i) und (T6) ladt und startet F anstelle von H 
(Fig. 13j) . 

In den Figuren 13g*) bis 13j*) wird verdeutlicht, daft beim 
Durchlaufen einer Wave-Reconfiguration nicht alle PAEs nach 
demselben Muster arbeiten miissen. Wie eine PAE von einer Wave- 
Reconfiguration konfiguriert wird, ist prinzipiell abhangig 
von ihrer eigenen Konf iguration. Hier soli dargestellt werden, 
daft PAE4 bis PAE6 derart konfiguriert sind, daft sie anders auf 
die Ereignisse reagieren, als die ubrigen PAEs. Beispielsweise 
wird in Fig. 13g*) aufgrund von Ereignis t2 nicht A sondern H 
aktiviert (vgl. Fig. 13g) . Dasselbe gilt fur 13h*) . Aufgrund 
von Ereignis t3 wird in Fig. 13i*) nicht G geladen, sondern 
die Konf iguration F bleibt bestehen und A bleibt aktiviert. In 
Fig. 13j*j ist bei PAE7 angedeutet, daft Ereignis t3 wieder das 
Laden von G auslosen wird. In PAE4, bewirkt das Ereignis t4 
das Aktivieren von F anstatt der Konf iguration G (vgl. Fig. 
13j) . 

In Fig. 13 bewegt sich eine Welle von Umkonf igurationen 
aufgrund von Ereignissen durch eine Menge von PAEs, die 2- 
oder mehrdimensional ausgestaltet sein kann. 

Es ist nicht zwingend notwendig, daft eine einraal stattf indende 
Umkonf iguration durch die gesamten Flufi hinweg stattf indet. 
Beispielsweise konnte die Umkonf iguration mit der Aktivierung 
von A aufgrund des Ereignisses (t2) nur lokal in den PAEsl bis 
3 und PAE7 stattfinden, wahrend in alien anderen PAEs 
weiterhin die Konf iguration H aktiviert bleibt. 
Mit anderen Worten: 
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a) Es ist moglich, da£ ein Ereigniss nur lokal auftritt und 
daher nur lokal eine Umaktivierung zur Folge hat, 

b) ein globales Ereignis, hat moglicherweise keine Auswirkung 
auf manche PAEs; abhangig vom ausgeftihrten Algorithmus. 

Bei den PAEs die nach (t2) weiterhin H aktiviert halten, kann 
selbstverstandlich das Eintreffen des Ereignisses (t3) 
vollkommen andere Auswirkungen haben, (I) wie etwa das 
Aktivieren von C statt dem Laden von G, (ii) andererseits 
konnte (f3) auf diese PAEs auch gar keinen Einfluli haben. 



Das Prozessormodell 

Die in den folgenden Figuren gezeigten Graphen besitzen als 
Graphenknoten inuner in Modul, wobei davon ausgegangen wird, 
dafi mehrere Module auf einen Zielbaustein abgebildet werden 
konnen. Das heifit, obwohl alle Module zeitlich voneinander 
unabhangig sind, wird nur bei den Modulen eine Umkonf iguration 
durchgeftihrt, und/oder ein Datenspeicher eingeftigt, die mit 
einem vertikalen Strich und At markiert sind. Dieser Punkt 
wird Umkonf igurationszeitpunkt genannt. 

Der Umkonfigurationszeitpunkt ist abhangig von den bestinurtten 
Daten oder den Zustanden die sich aus der Verarbeitung der 
bestimmten Daten ergeben* 

Das bedeutet zusammenf assend: 

1. GroJie Module konnen an geeigneten Stellen partitioniert 
werden und in kleine zeitlich voneinander unabhangige Module 
zerlegt werden, die optimal in das Array aus PAEs passen. 

2. Bei kleinen Modulen die gemeinsam auf einen Zielbaustein 

abgebildet werden konnen, wird auf die zeitliche 
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Unabhangigkeit verzichtet. Dadurch werden 

Konfigur'ationsschritte eingespart und die Datenverarbeitung 
beschleunigt . 

3. Die Umkonfigurationszeitpunkte werden entsprechend der 
Ressourcen der Zielbausteine positioniert . Dadurch ist eine 
beliebige Skalierung der Graphenlange gegeben. 

4. Module konnen uberlagert konfiguriert werden. 

5. Die Umkonfiguration von Modulen wird durch die Daten selbst 
oder dem Ergebnis der Verarbeitung der Daten gesteuert. 

6. Die von den Modulen generierten Daten werden gespeichert 
und die zeitlich nachf olgenden Module lesen die Daten aus 
diesem Speicher aus und speichern die Ergebnisse wiederum in 
einen Speicher oder geben das Endergebnis an die Peripherie 
aus . 

Die Zustandsinformationen des Prozessormodells 

Zur Bestimmung der Zustande innerhalb eines Graphen werden die 
Statusregister der einzelnen Zellen (PAEs) uber ein zusatzlich 
zum Datenbus (0801) existierendes, frei rout- und 
segmentierbares Status-Bussystem (0802) alien anderen 
Rechenwerken zur Verftigung gestellt (Fig. 8b) . Das bedeutet, 
daii eine Zelle (PAE X) die Statusinf ormation einer andern 
Zelle (PAE Y) evaluieren kann und dementsprechend die Daten 
verarbeitet. Um den Unterschied zu bestehenden 
Parallelrechnersystemen zu verdeut lichen, ist in Fig. 8a der 
Stand der Technik angegeben. Dabei ist ein 

Multiprozessorsystem gezeigt, dessen Prozessoren uber einen 
gemeinsamen Datenbus (0803) miteinander verbunden sind. Ein 
explizites Bussystem far den synchronen Austausch von Daten 
und Status existiert nicht. 

Mit anderen Worten ausgedruckt, stellt das Netzwerk der 
Statussignale (0802) ein frei und gezielt verteiltes 
Statusregister eines einzelnen herkommlichen Prozessors (oder 
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mehrerer Prozessoren eines SMP-Computers) dar. Der Status 
jeder einzelnen ALU (bzw. jedes einzelnen Prozessors) und 
insbesondere jede einzelne Information des Status steht 
jeweils dem oder den ALUs (Prozessoren) zur Verftigung, die die 
Information benotigen. Dabei entsteht keine zusatzliche 
Programm- oder Kommunikationslauf zeit (abgesehen von den 
Signalllauf zeiten) urn die Inf ormationen zwischen den ALUs 
(Prozessoren) auszutauschen. 

Abschliefiend soil angemerkt werden, dafi je nach Aufgabe sowohl 
der Datenflufigraph, als auch der Kontrollf luBgraph 
entsprechend dem beschriebenen Verfahren behandelt werden 
kann. 



Virtual Machine Modell 

Die Grundlagen der Datenverarbeitung mit VPU-Bausteinen sind 
entsprechend der vorhergehenden Abschnitte hauptsachlich 
datenfluflorientiert. Urn sequentielle Programme mit 
ordentlicher Leistung abzuarbeiten, ist es jedoch notwendig 
ein sequentielles Datenverarbeitungsmodell zur VerfUgung zu 
haben. Dabei sind oftmals die Sequenzer in den einzelnen PAEs 
nicht ausreichend. 

Die Architektur von VPUs ermoglicht jedoch grundsatzlich den 
Aufbau von beliebig komplexen Sequenzern aus einzelnen PAEs. 
Das bedeuted: 

1. Es konnen komplexe Sequenzer konfiguriert werden, die exakt 
den Anforderungen des Algorithmus entsprechen. 

2. Der DatenfluB kann durch entsprechende Konf iguration, exakt. 
die Rechenschritte des Algorithmus reprasentieren. 

Dadurch kann eine Virtuelle Maschine auf VPUs implementiert 
werden, die insbesondere auch den sequentiellen Anforderungen 
eines Algorithmus entspricht. 
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Hauptvorteil der VPU-Architektur ist, dafi ein Algorithmus 
durch einen Compiler so zerteilt werden kann, dafi die 
Datenflufiteile extrahiert werden durch einen "optimalen" 
Datenflufi reprasentiert werden, indem ein angepafiter Datenflufi 
konfiguriert wird UND die sequentiellen Teile des Algorithmus 
durch einen "optimalen" Sequenzer reprasentiert werden, indem 
ein angepafiter Sequenzer konfiguriert wird. Dabei konnen 
gleichzeitig mehrere Sequenzer und DatenflUsse auf einer VPU 
untergebracht werden, ausschliefilich abhangig von den zur 
Verftigung stehenden Ressourcen. 

Durch die grofie Anzahl an PAEs entstehen im Betrieb innerhalb 
einer VPU sehr viele lokalen Zustande. Bei Taskwechseln oder 
Unterprogramm-Aufrufen (Interrupts) mtissen diese Zustande 
gesichert werden (vgl. PUSH/POP bei Standardprozessoren) . Dies 
ist jedoch aufgrund der Menge an ZustSnden nicht sinnvoll 
mdglich. 

Urn die Zustande auf eine handhabbare Menge zu reduzieren mufi 
zwischen zwei Arten von Zustanden unterschieden werden: 
1. Zustandsinformationen des Maschinenmodells (MACHINE-STATE). 
Diese Zustandsinformationen sind nur innerhalb der 
Abarbeitung eines bestimmten Modules gultig und werden auch 
nur lokal in den Sequenzern und Datenf lufieinheiten dieses 
bestimmten Modules verwendet. D.h. diese MACHINE-STATEs 
reprasentieren die Zustande, die in Prozessoren nach dem 
Stand der Technik verdeckt innerhalb der Hardware ablaufen, 
implizit in den Befehlen und den Verarbeitungsschritten 
sind und nach Ablauf eines Befehles keine weitere 
Information far nachfolgende Befehle beinhalten. Derartige 
Zustande brauchen nicht gesichert zu werden. Bedingung 
dafiir ist, dafi Interrupts nur nach kompletter Ausfuhrung 
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aller gerade aktiven Module durchgefuhrt werden. Stehen 
Interrupts zur Ausfuhrung an, werden keine neuen Module 
geladen, sondern nur noch aktive abgearbeitet; ebenfalls 
werden den aktiven Modulen, soweit es der Algorithmus 
zulaflt keine neuen Operanden mehr zugefuhrt. Dadurch wird 
ein Modul zu einer atomaren nicht unterbrechbaren Einheit, 
vergleichbar mit einer Instruktion eines Prozessors nach 
dem Stand der Technik. 
2. Zustande der Datenverarbeitung (DATA- STATE) . Die 
datenbezogenen Zustande mussen beim Auftreten eines 
Interrupts entsprechend den Prozessormodellen nach dem 
Stand der Technik gesichert und in den Speicher geschrieben 
werden. Das sind bestimmte notwendige Register und Flags 
oder - entsprechend der Begrif f e der VPU-Technologie - 
Trigger. 

Bei den DATA-STATEs kann die Handhabung je nach Algorithmus 
weiter vereinfacht werden. Zwei grundlegende Strategien werden 
im Folgenden nahers erlautert: 
1. Mitlaufen der Zustandsinf ormat ion 

Dabei werden alle relevanten und zu einem spateren Zeitpunkt 
benotigten Zustandsinf ormationen von einem Modul zum nachsten 
ubertragen, wie es in Pipelines oftmals standardmafiig 
implementiert ist. Die Zustandsinf ormationen werden dann 
zusammen mit den Daten implizit in einem Speicher abgelegt, 
sodafc die Zustande bei einem Abruf der Daten zugleich zur 
Verfugung stehen. Ein explizites Handhaben der 
Zustandsinf ormationen i.b. mittels PUSH und POP entfallt 
dadurch, was je nach Algorithmus einerseits zu einer 
wesentlichen Beschleunigung der Abarbeitung und andererseits 
zu einer vereinf achten Programmierung fuhrt. 
Die Zustandsinformaton kann wahlweise entweder mit dem 
jeweiligen Datenpaket gespeichert werden, oder nur im Falle 
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eines Interrupts gesichert und besonders gekennzeichnet 
werden . 



2. Sichern der Reentry Adresse 

Bei der Verarbeitung von grofien Datenmengen, die in einem 
Speicher abgelegt sind, ist kann es sinnvoll sein die Adresse 
mindestens einer der Operanden des gerade verarbeiteten 
Datenpaketes rait dem Datenpaket zusammen durch die PAEs zu 
leiten. Dabei wird die Adresse nicht modifiziert sondern steht 
beim Schreiben des Datenpaketes in ein RAM als Pointer auf den 
letzten verarbeiteten Operanden zur Verfugung. 
Dieser Pointer kann wahlweise entweder rait dem jeweiligen 
Datenpaket gespeichert werden, oder nur ira Falle eines 
Interrupts gesichert und besonders gekennzeichnet werden. 
Insbesondere, wenn samtliche Pointer auf die Operanden durch 
eine Adresse (oder eine Gruppe von Adressen) berechnet werden 
konnen ist es sinnvoll nur eine Adresse (oder eine Gruppe von 
Adressen) zu sichern. 

"ULIW M -"UCISC"-Modell 

Fur das Verstandnis dieses (einem Prozessor nach dem Stand der 
Technik sehr ahlichen) Modells ist eine Erweiterung der 
Betrachtungsweise der Architektur von VPUs erforderlich. Dabei 
dient das Virtual-Machine Modell als Grundlage. 
Das Array aus PAEs (PA) wird als in ihrer Architektur 
konfigurierbare Recheneinheit betrachtet. Der/die CT(s) 
stellen eine Ladeeinheit (LOAD-UNIT) fur Opcodes dar. Die 
IOAG(s) ubernehmen das Businterface und/oder den Registersatz . 

Diese Anordnung ermSglicht zwei grundsatzliche 
Funktionsweisen, die im Betrieb gemischt verwendbar sind: 
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1. Eine Gruppe von PAEs (das kann auch eine PAE sein) wird zur 
Ausfuhrung eines komplexen Befehls oder Befehlsfolge 
konfiguriert und danach werden die auf diesen Befehl bezogenen 
Daten (das kann auch ein einziges Datenwort sein) verarbeitet. 
Danach wird diese Gruppe umkonf iguriert, zur Abarbeitung des 
nachsten Befehles. Dabei kann sich die Grofie und Anordnung der 
Gruppe andern. GemalJ den bereits besprochenen 
Partitionierungstechnologien obliegt es dem Compiler, 
moglichst optimale Gruppen zu schaffen. Durch den CT werden 
Gruppen als Befehle auf den Baustein "geladen", dadurch ist 
des Verfahren mit dem bekannten VLIW vergleichbar, nur dafi 
erheblich mehr Rechenwerke verwaltet werden UND die 
Vernetzungsstruktur zwischen den Rechenwerken ebenfalls vom 
Instruktionswort abgedeckt werden kann (Ultra Large 
Instruction Word = "ULIW") . Dadurch laJJt sich ein sehr hoher 
Instruktion Level Parallelism (ILP) erreichen. (siehe auch Fig 
27) . Ein Instruktionswort entspricht dabei einem Modul. 
Mehrere Module k6nnen gleichzeitig verarbeitet werden, sofern 
es die Abhangigkeit der Daten zulafct und gentigend Ressourcen 
auf dem Baustein frei sind. Wie bei VLIW-Bef ehlen wird fur 
gewdhnlich nach Ausftihren des Instruktionswortes sofort das 
nachste Instruktionswort geladen. Zur zeitlichen Optimierung 
ist es dabei moglich das nachste Instruktionswort bereits 
wahrend der Ausfuhrung vorzuladen (vgl. Fig. 10). Bei mehreren 
moglichen nachsten Instruktionsw5rten kdnnen mehrere 
vorgeladen werden und vor der Ausfuhrung wird z.B. durch ein 
Triqqersignal das korrekte Instruktionswort ausgewahlt. (siehe 
Figur 4a B1/B2, Figur 15 ID C/ID K, Figur 36 A/B/C) 

2. Eine Gruppe von PAEs (das kann auch eine PAE sein) wird zur 
Ausfuhrung einer haufig gebrauchten Befehlsfolge konfiguriert. 
Die Daten, das kann auch hier ein einzelnes Datenwort sein, 
werden bei Bedarf der Gruppe zugefiihrt und von der Gruppe 
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empfangen. Diese Gruppe bleibt tlber eine Vielzahl von Takten 
ohne Umkonfiguration bestehen. Vergleichbar ist diese 
Anordnung mit einem speziellen Rechenwerk in einem Prozessor 
nach dem Stand der Technik (z.B. MMX) , das fur Spezialauf gaben 
vorgesehen ist und nur bei Bedarf verwendet wird. Durch diesen 
Ansatz sind Spezialbef ehle entsprechend des CISC-Prinzipes 
generierbar, mit dem Vorteil, dafi diese Befehle 
anwendungsspezifisch geschaffen werden konnen (Ultra-CISC = 
"UCISC") . 

Erweiterunq des RDY/ACK-Protokolls (vcfl. PACT 02 ) 
In PACT 02 ist ein RDY/ACK-Standardprotokoll beschrieben, das 
die wesentlichen Anf orderungen gemaJi den Synchronisationen von 
■ DE 44 16 881 in Hinblick auf eine typische 
Datenflufiapplikation beschreibt. Nachteil des Protokolles ist, 
dafi lediglich Daten gesendet und der Empfang bestatigt werden 
kann. Der umgekehrte Fall, indem Daten angefordert werden und 
das Versenden bestatigt wird (im Folgenden REQ/ACK genannt, 
ist zwar. elektrisch mit demselben Zweidrahtprotokoll losbar, 
jedoch semantisch nicht erfafit. Das gilt insbesondere, wenn 
REQ/ACK und RDY/ACK gemischt betrieben werden. 
Daher wird die klare Unterscheidung der Protokolle eingefiihrt: 
RDY: Daten liegen beim Versender ftir den Empf anger bereit 
REQ: Daten werden vom Empf anger beim Versender angefordert 
ACK: Allgemeine Bestatigung fur erfolgten Emfang oder Versand 

(Prinzipiell konnten auch zwischen ACK far ein RDY und einem 
ACK ftir ein REQ unterschieden werden, jedoch ist in den 
Protokollen die Semantik des ACKs fur gewohnlich implizit) . 

Spei chermodel 1 
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In VPUs konnen Speicher integriert werden (einer Oder 
mehrere), die ahnlich einer PAE angesprochen werden. Es wird 
im folgenden ein Speichermodell beschrieben, das gleichzeitig 
ein Interface zu externer Peripherie und/oder externem 
Speicher darstellt: 

Ein VPU-interner Speicher mit PAE-ahnlichen Busfunktionen kann 
verschiedene Speichermodi darstellen: 

1. Standardspeicher (Random Access) 

2. Cache (als Erweiterung des Standardspeichers) 

3. Lookup-Tabelle 

4. FIFO 

5. LIFO (Stack) 

Dem Speicher ist ein steuerbares Interface zugeordnet, das 
Speicherbereiche wahlweise wort- oder blockweise schreibt oder 
liest . 

Dadurch ergeben sich folgende Nutzungsmoglichkeiten: 

1. Entkopplung von Datenstromen (FIFO) 

2. Schneller Zugriff auf selektierte Speicherbereiche eines 
externen Speichers, was eine Cacheahnliche Funktion 
darstellt (Standardspeicher, Lookup-Tabelle) 

3. Stack mit variierbarer Tiefe (LIFO) 

Dab ei kann das Interface benutzt werden, es ist jedoch nicht 
zwingend notwendig, wenn die Daten z.B. ausschlieJilich lokal 
in der VPU verwendet werden und der Speicherplatz eines 
internen Speichers ausreicht. 

Stack Modell 

Durch Verwendung des REQ/ACK-Protokolls und der internen 
Speicher im LIFO-Modus kann ein einfacher Stack-Prozessor 
aufgebaut werden. Dabei werden temporare Daten von den PAEs 
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auf den Stack geschrieben und bei Bedarf von dem Stack 
geladen. Die hierftir notwendigen Compilertechnologien sind 
hinreichend bekannt. Durch die variierbare Stacktiefe, die 
durch einen Datenaustausch des internen Speicher mit einem 
externen Speicher erreicht wird, kann der Stack beliebig groJi 
werden. 



Akkumulator Modell . 

Jede PAE kann eine Recheneinheit nach dem Akkumulatorprinzip 
darstellen. Wie aus PACT 02 bekannt ist es mSglich die 
Ausgangsregister auf den Eingang der PAE ruckzukoppeln. 
Dadurch entsteht ein Akkumulator nach dem Stand der Technik. 
In Verbindung mit dem Sequenzer nach Fig. 11 lassen sich 
einfache Akkumulator-Prozessoren aufbauen. 



Register Modell 

Durch Verwendung des REQ/ACK-Protokolls und der internen 
Speicher im Standardspeicher-Modus kann ein einfacher 
Register-Prozessor aufgebaut werden. Dabei werden die 
Registeradressen von einer Gruppe von PAEs generiert, wahrend 
eine andere Gruppe von PAEs die Verarbeitung der Daten 
tibernimmt . 

Architektur des Speichers 

Der Speicher besitzt zwei Interface. Ein erstes, das den 
Speicher mit dem Array verbindet und ein zweites, das den 
Speicher mit einer IO-Einheit verbindet. Zur Verbesserung der 
Zugriffszeit sollte der Speicher als Dual-Ported-RAM 
ausgestaltet sein, wodurch Schreib- und Lesezugrif f en 
unabhangig voneinander erfolgen konnen. 
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Das erste Interface ist ubliches PAE-Interface (PAEI) , das den 
Zugang zum Bussystem des Arrays gewahrleistet, sowie die 
Synchronisation und Triggerverarbeitung sicherstellt . Trigger 
konnen verwendet werden und verschiedene Zustande des 
Speichers anzuzeigen oder Aktionen im Speicher zu erzwingen, 
beispielsweise 

1. Empty/Full: Beim Einsatz als FIFO wird der FIFO-Zustand 
"voll", "fast-voll", "leer", "fast-leer" angezeit; 

2. Stack overrun/underrun: Beim Einsatz als Stack werden 
Oberlauf und Unterlauf des Stacks signalisiert; 

3. Cache hit/miss: Im Cache-Mode wird angezeigt, ob eine 
Adresse im Cache gefunden wurde; 

4. Cache flush: Durch einen Trigger wird das Schreiben des 
Caches in den externen RAM erzwungen. 

Dem PAE-Interface zugeordnet ist eine konf igurierbare 
Zustandsmas chine, die die verschiedenen Betriebsarten steuert. 
Der Zustandsmas chine ist ein Zahler zugeordnet urn die Adressen 
im FIFO- und LIFO-Modus zu generieren. Die Adressen werden 
uber einen Multiplexer an den Speicher geftihrt, damit 
zusatzlich Adressen, die im Array generiert werden an den 
Speicher geftihrt werden konnen. 

Das zweite Interface dient zum Anschlufl einer IO-Einheit 
(IOI) . Die IO-Einheit ist als konf igurierbarer Kontroller mit 
einem externen Interface ausgestaltet . Der Kontroller liest 
oder schreibt wort- oder blockweise Daten in bzw. aus dem 
Speicher. Die Daten werden mit der IO-Einheit ausgetauscht . 
Weiterhin unterstutzt der Kontroller mittels eines 
zusatzlichen TAG-Speichers diverse Cache-Funktionen. 

IOI und PAEI sind miteinander synchronisiert, sodafi keine 
Kollision der beiden Interface eintritt. Die Synchronistation 
ist je nach Betriebsart unterschiedlich, wahrend 
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beispielsweise im Standardspeicher- oder Stack-Mode immer nur 
entweder das IOI Oder das PAEI auf den gesamten Speicher 
zugreifen kann, ist im FIFO-Modus die Synchronisation 
zeilenweise, d.h. wahrend IOI auf eine Zeile x zugreift, kann 
das PAEI auf jede andere Zeile ungleich x gleichzeitig 
zugreifen. 

Die IO-Einheit wird entsprechend der peripheren Erf ordernisse 
ausgestaltet, beispielsweise: 

1. SDRAM Kontroller 

2. RDRAM Kontroller 

3. DSP-Bus Kontroller 

4. PCI Kontroller 

5. Serieller Kontroller (z.B. NGIO) 

6. Spezial Purpose Kontroller (SCSI, Ethernet, USB, etc.) 

Eine VPU kann beliebige Speicherelemente mit beliebigen. 10- 
Einheiten besitzen. Dabei konnen unterschiedliche IO-Einheiten 
auf einer VPU implementiert sein. 



Funktionsweise : 

1 . Standardspeicher 

1.1 intern/lokal 

Uber das PAEI werden Daten und Adressen mit dem Speicher 
ausgetauscht. Die adressierbare SpeichergrSile ist durch die 
SpeichergrdBe beschrankt. 

1.2 extern/memory mapped window 

Uber das PAEI werden Daten und Adressen mit dem Speicher 
ausgetauscht. Im Kontroller des IOI ist eine Basisadresse im 
externen Speicher angegeben. Der Kontroller liest blockweise 
Daten von der externen Speicheradresse und schreibt sie in den 
Speicher, wobei die internen und externen Adressen jeweils 
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inkrementiert (oder dekrementiert ) werden; so lange, bis der 
gesamte interne Speicher iibertragen wurde oder eine 
voreingestellte Grenze erreicht wurde. Das Array arbeitet mit 
den lokalen Daten, bis diese vom Kontroller wieder in den 
externen Speicher geschrieben werden. Das Schreiben verlauft 
analog dem beschriebenen Lesevorgang . 
Das Lesen und Schreiben durch den Kontroller kann 

a) durch Trigger angestofien werden oder 

b) durch einen Zugriff des Arrays auf eine nicht lokal 
gespeicherte Adresse. Greift das Array auf eine derartige 
Adresse zu, wird zunachst der interne Speicher in den. externen 
geschrieben und danach der Speicherblock um die gewunschte 
Adresse nachgeladen. 

Diese Betriebsart ist besonders fur die Implement ierung eines 
Registersatzes fur einen Registerprozessor interessant. Durch 
einen Trigger kann in diesem Fall das Push/Pop des 
Registersatzes mit dem externen Speicher fur einen Taskwechsel 
oder eine Kontextumschaltung realisiert werden. 

1.3 extern/ lookup table 

Die Lookup Tabellen Funktion ist eine Vereinf achung von 1.2. 
Dabei werden die Daten entweder einmal oder mehrmals durch 
einen CT-Aufruf oder einen Trigger vom externen RAM in den 
internen gelesen. Das Array liest Daten aus dem internen 
Speicher, schreibt jedoch keine Daten in den internen 
Speicher. Die Basisadresse im externen Speicher ist im 
Kontroller entweder durch die CT oder das Array gespeichert 
und kann zur Laufzeit verandert werden. Das Laden aus dem 
externen Speicher wird entweder von der CT oder durch einen 
Trigger aus dem Array ausgelost und kann ebenfalls zur 
Laufzeit geschehen. 



1.4 extern/cached 
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In diesem Modus greift das Array wahlweise auf den Speicher 
zu. Der Speicher arbeitet wie ein Cache-Speicher fur den 
externen Speicher nach dem Stand der Technik. Durch einen 
Trigger aus dem Array oder durch die CT kann des leeren des 
Caches (d.h. das vollstandige Schreiben des Caches in den 
externen Speicher) hervorgeruf en werden. 

2. FIFO 

Der FIFO-Modus wird ublicherweise verwendet, wenn Datenstrome 
von extern an die VPU gefiihrt werden. Dann dient der FIFO als 
Entkopplung zwischen der externen Datenverarbeitung und der 
VPU-internen Datenverarbeitung, derart dafi entweder von extern 
auf den FIFO geschrieben wird und von der VPU gelesen oder 
genau umgekehrt. Die Zustande des FIFOs werden durch Trigger 
zum Array und ggf . auch nach extern signalisiert . Der FIFO 
selbst wird nach dem Stand der Technik mit unterschiedlichen 
Schreib- und Lesezeigern implementiert . 

3.. Stack/ intern 

Durch ein Adressregister wird ein interner Stack aufgebaut. 
Bei jedem Schreibzugrif f auf den Speicher durch das Array wird 
das Register je nach Mode (a) inkrementiert (b) dekrementiert. 
Bei Lesezugrif fen vom Array aus wird des Register umgekehrt 
. (a) dekrementiert und (b) inkrementiert. Das Register stellt 
fur jeden Zugriff die erf order liche Adresse zur Verfugung. Der 
Stack ist durch die Grdlie des Speichers begrenzt. Fehler 
(Uberlauf/Unterlauf ) werden durch Trigger angezeigt. 

4 . Stack/ extern 

Sofern der interne Speicher zu klein fur den Aufbau eines 
Stacks ist, kann er in den externen Speicher ausgelagert 
werden. Dazu besteht im Kontroller ein Adresszahler fur die 
externe Stackadresse . Wird eine bestimmte Menge an Eintragen 
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im internen Stack iiberschritten, wird blockweise eine Anzahl 
von Eintragen auf den externen Stack geschrieben. Der Stack 
wird vom Ende her, also vom altesten Eintrag aus nach extern 
geschrieben, wobei eine Menge von neuesten Eintragen nicht 
nach extern geschrieben wird, sondern intern verbleibt. Der 
externe Adresszahler (ERC) wird zeilenweise modif iziert . 

Nachdem Platz im internen Stack geschaffen wurde muB der 
verbleibende Stack-Inhalt an den Beginn des Stacks bewegt 
werden, die interne Stackadresse wird entsprechend angepafit. 

Eine effizientere Variante ist des Auslegen des Stacks als 
Ringspeicher (vgl. PACT04) . Ein interner Adresszahler wird 
durch das Hinzuftigen oder Entfernen von Stackeintragen 
modif iziert. Sobald der interne Adresszahler (IAC) am oberen 
Ende des Speichers uberschreitet, zeigt er auf die unterste 
Adresse. Unterschreitet der IAC die unterste Adresse, zeigt er 
auf die oberste. Ein zusatzlicher Zahler (FC) zeigt den 
Fullstand des Speichers an, d.h. mit jedem geschriebenen Wort 
wird der Zahler inkrementiert, mit jedem gelesenen 
dekrementiert. Anhand des FC ist erkennbar, wann der Speicher 
leer, bzw, voll ist. Diese Technologie ist von FIFOs bekannt. 
Wird damit ein Block in den externen Speicher geschrieben, 
reicht die Anpassung des FC urn den Stack zu aktualisieren. Ein 
. externer Adresszahler (EAC) zeigt immer auf den altesten im 
: internen Speicher bef indlichen Eintrag und bef indet sich damit 
an dem IAC entqeqengesetzten Ende des Stacks. Der EAC wird 
modifiziert, wenn 

(a) Daten auf den externen Stack geschrieben werden, dann 
lauft er in Richtung des IAC, 

(b) Daten vom externen Stack gelesen werden, dann entfernt er 
sich vom IAC. 
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Durch Oberwachung des FC wird sichergestellt, daJi IAC und EAC 
nicht kollidieren. 



Der ERC wird entsprechend der externen Stackoperation (Auf- 
oder Abbau) modif iziert . 

MMU 

Dem externen Speicherinterf ace kann eine MMU zugeordnet 
werden, die zwei Funktionen erfullt: 

1. Umrechnung der internen Adressen auf externe Adressen zur 
UnterstUtzung moderner Betriebsysteme 

2. Oberwachung der Zugriffe auf externe Adressen, z.B. 
generieren eines Fehlersignales als Trigger, wenn der externe. . 
Stack iiber- oder unteriauft. 



Compiler 

Das erf indungsgemafie Prograramierprinzip der VPU-Technologie 
besteht darin, sequentiellen Kode zu separieren und in 
moglichst viele kleine und unabhangige Teilalgorithmen zu 
zerlegen, wahrend die Teilalgorithmen des Datenf lulicodes 
direkt auf die VPU abgebildet wird. 

Trennung zwischen VPU- und Standart-Kode 
Innerhalb einer Sprache nach den Stand der Technik, 
reprasentativ ftir alle mSglichen Compiler (Pascal, Java, 
Fortran, etc) soli C++ im weiteren verwendet werden, kann eine 
spezielle Erweiterung (VC = Vpu C) definiert werden, die die 
Sprachkonstrukte und Typen enthalt, die besonders gut auf eine 
VPU-Technologie abbildbar sind. VCs dlirfen vom Programmierer 
nur innerhalb von Proceduren oder Functionen verwendet werden, 
die keine anderen Konstrukte oder Typen verwenden. Diese 
Proceduren und Functionen sind direkt auf die VPU abbildbar 
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unci laufen besonders effizient ab. Der Compiler extrahiert die 
VC im Praprozessor und gibt sie direkt an das VC-Backend- 
Processing (VCBP) weiter. 

Extraktion des parallelisierbaren Compiler-Kodes 
Im nachsten Schritt analysiert der Compiler die restlichen C++ 
Codes und extrahiert die Teile (MC = mappable C) , die gut 
parallelisierbar und ohne den Einsatz von Sequenzern auf die 
VPU-Technologie abbildbar sind. Jedes einzelne MC wird in ein 
virtuelles Array plaziert und geroutet. Danach wird der 
Platzbedarf, sowie die zu erwartende Performance analysiert. 
Dazu wird das VCBP aufgerufen und die einzelnen MC werden 
zusammen mit den VC, die in jedem Fall abgebildet werden, 
partitioniert . 

Die MCs, deren VPU- Imp lementie rung den hochsten Leistungs- 
Zuwachs erzielen werden tlbernommen, die restlichen werden als 
C++ an die nachste Compilerstuf e weitergereicht . 

Optimierender Sequenzer Generator 

Diese Compilerstuf e ist je nach Architektur des VPU-Systems 
unterschiedlich implementierbar : 

1. VPU ohne Sequenzer und externer Prozessor 
Samtliche yerbleibenden C++ Kodes werden fUr den externen 
Prozessor compiliert. 

2. Nur VPU mit Sequenzer 

2.1 Sequenzer in den PAEs 

Samtliche verbleibenden C++ Kodes werden fur die Sequenzer der 
PAEs compiliert. 

2.2 Konfigurierbare Sequenzer im Array 

Der verbleibende C++ Code wird fur jedes unabhangige Modul 
analysiert. Die jeweils am besten geeignete Sequenzer-Variante 
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wird aus einer Datenbank ausgewahlt und als VC-Code (SVC) 
abgelegt. Dieser Schritt ist meist iterativ, d.h. eine 
Sequenzer-Variante wird ausgewahlt, der Code wird compiliert, 
analysiert und mit dem compilierten Code anderer Sequenzer- 
Varianten verglichen. Letztlich wird der Objectcode (SVCO) des 
C++ Codes fur den gewahlten SVC generiert. 
2.3 sowohl 2.1 als auch 2.2 werden verwendet 

Die Funktionsweise entspricht der von 2.2. Fttr die Sequenzer 
in den PAEs bestehen besondere statische Sequenzer-Modelle in 
der Datenbank. 

3. VPU mit Sequenzer und externer Prozessor 
Auch diese Funktionsweise entspricht 2.2. Fttr den externen 
Prozessor existieren besondere statische Sequenzer-Modelle in 
der Datenbank. 

Linker 

Der Linker verbindet die einzelnen Module (VC, MC, SVC und 
SVCO). zu einem ausftthrbaren Programm. Dazu verwendet er das 
VCBP urn die einzelnen Module zu plazieren, zu routen und die . 
zeitliche Partitionierung festzulegen. Der Linker fttgt 
ebenfalls die Kommunikationsstrukturen zwischen den einzelnen 
Modulen hinzu und fttgt gegebenenf alls Register und Speicher 
ein. Aufgrund einer Analyse der Kontrollstrukturen und 
Abhangigkeiten der einzelnen Module werden Strukturen zum 
Speichern der internen Zustande des Arrays und der Sequenzer 
fttr den Fall einer Reconfiguration hinzugefttgt. 

Bemerkungen zu den Prozessormodellen 

Die verwendeten Maschinenmodell k6nnen innerhalb einer VPU 
beliebig kombiniert werden. Auch innerhalb eines Algorithmus 
kann je nach dem, welches Modell optimal ist, zwischen den 
Modellen gewechselt werden. 
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Wird einem Register-Prozessor ein weiterer Speicher zugefiigt, 
von dem die Operanden gelesen werden und in den die Ergebnisse 
geschrieben werden, kann eine Load/Store-Prozessor aufgebaut 
werden. Dabei konnen mehrere verschiedene Speicher zugeordnet 
werden, indem die einzelnen Operanden und das Ergebnis 
getrennt behandelt wird. 

Diese Speicher arbeiten dann quasi als Load/Store-Einheit und 
stellen eine Art Cache fur den externen Speicher dar. Die 
Adressen werden durch von der Datenverarbeitung separierte 
PAEs berechnet. 

Pointer Reordering 

Hochsprachen wie C/C++ verwenden hauf ig Pointer, die sehr 
schlecht durch Pipelines gehandhabt werden konnen . Wenn ein 
Pointer erst direkt vor dem Verwenden der Datenstrukturen auf 
die er zeigt, berechnet wird, kann haufig die Pipeline nicht 
schnell genug gefttllt werden und die Verarbeitung wird 
speziell in VPUs ineffizient. 

Sicherlich ist es sinnvoll bei der Programmierung von VPUs 
moglichst keine Pointer zu verwenden, jedoch ist das oftmals 
nicht moglich. 

Die Ldsung ist, die Pointerstrukturen durch den Compiler so 
umzusortieren, dafi die Pointeradressen moglichst lange vor 
deren Verwendung berechnet werden. Gleichzeitig sollte es 
mSglichst wenig direkte Abhangigkeiten zwischen einem Pointer 
und den Daten auf die er zeigt geben. 

Erweiterunaen der PAEs (gecrenuber P196 51 075.9 u nd P196 54 
846.2) 
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Durch P196 51 075.9 und P196 54 846.2 ist der Stand der 
Technik in Bezug auf die Konf igurationseigenschaf ten von 
Zellen (PAEs) definiert. 

Dabei soil auf zwei Eigenschaften eingegangen werden: 

1. Einer PAE (0903) ist gemafi P196 51 075.9 ein Satz von 
Konfigurationsregistern (0904) zugeordnet, der eine 
Konfiguration beinhaltet (Fig. 9a) . 

2. Eine Gruppe von PAEs (0902) kann gemafi P196 54 84 6.2 auf 
einen Speicher zum Speichern oder Lesen von Daten zugreifen 
(Fig. 9b) 

Aufgabe ist es, 

a) ein Verfahren zu schaffen, das das Umkonf igurieren von PAEs 
beschleunigt und zeitlich von der ubergeordneten Ladeeinheit 
entkoppelt, und 

b) das Verfahren so auszulegen, dafi gleichzeitig die 
Moglichkeit geschaf f en wird tiber mehrere Konf igurationen zu 
sequenzen, und 

c) gleichzeitig mehrere Konf igurationen in einer PAE zu 
halten, von denen immer eine aktiviert ist und zwischen 
verschi.edenen Konf igurationen schnell gewechselt werden kann. 

Entkopplung der Konfigurationsregister 

Das Konf igurationsregister wird von der Ubergeordneten 
Ladeeinheit (CT) entkoppelt (Fig. 10), indem ein Satz von 
mehreren Konfigurationsregistern (1001) verwendet wird. Immer 
genau eines der Konf igurationsregister bestimmt selektiv die 
Funktion der PAE. Die Auswahl des aktiven Registers wird tiber 
einen Multiplexer (1002) durchgef tihrt . In jedes der 
Konf igurationsregister kann die CT beliebig schreiben, sofern 
dieses nicht die aktuelle Konfiguration der PAE bestimmt, d.h. 
aktiv ist. Das Schreiben auf das aktive Register ist 
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prinzipiell moglich, dazu stehen die in PACT10 beschriebenen 
Verfahren zur Verftigung. 

Welches Konf igurationsregister von 1002 selektiert wird kann 
durch verschiedene Quellen bestimmt werden: 

1. Ein beliebiges Status-Signal Oder eine Gruppe beliebiger 
Status-Signale, die tiber ein Bussystem (0802) an 1002 geftthrt 
werden (Fig. 10a) . Die Status-Signale werden dabei von 
beliebigen PAEs generiert oder durch externe Anschltisse des 
Bausteins zur Verfiigung gestellt (vgl. Fig. 8). 

2. Das Status-Signal der PAE, die von 1001/1002 konf iguriert 
wird, dient zur Selektion (Fig. 10b) . 

3. Ein von der tlbergeordneten CT generiertes Signal dient zur 
Selektion (Fig. 10c) . 

Dabei ist es moglich wahlweise. die eingehenden Signale (1003) 
mittels eines Registers fttr einen bestimmten Zeitraum zu 
speichern und alternativ und wahlweise abzurufen. 

Durch den Einsatz mehrere Register wird die CT zeitlich 
entkoppelt. Das bedeutet, die CT kann mehrere Konf igurationen 
"vorladen", ohne dafi eine direkte zeitliche Abhangigkeit 
besteht. . 

Lediglich wenn das selektierte/aktivierte Register in 1001 
noch nicht. geladen ist, wird mit der Konf iguration der PAE so 
lange gewartet, bis die CT das Register geladen hat. Urn 
f estzustellen, ob ein Register eine gtiltige Information 
besitzt kann beispielsweise ein "Valid-Bit" (1004) pro 
Reaister eingefUhrt werden, das von der CT gesetzt wird. Ist 
0906 bei einem selektierten Register nicht gesetzt, wird .tiber 
ein Signal die CT zum schnellstmogliqhen Konf igurieren des 1 
Registers auf gefordert . 

Das in Fig. 10 beschriebene Verfahren ist einfach zu einem 
Sequenzer erweiterbar (Fig. 11) . Dazu wird ein Sequenzer mit 
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Instruktionsdekoder (1101) zur Ansteuerung der 
Selektionssignale des Multiplexers (1002) verwendet. Der 
Sequenzer bestimmt dabei abhangig von der aktuell selektierten 
Konf iguration (1102) und einer zusatzlichen Statusinf ormation 
(1103/1104) die nachste zu selektierende Konf iguration. Die 
die Statusinformation kann 

(a) der Status der Status-Signal der PAE, die von 1001/1002 
konfiguriert wird sein (Fig. 11a) 

(b) ein beliebiges uber 0802 zugeftihrtes Statussignal sein 
(Fig. lib) 

(c) eine Kombination aus (a) und (b) sein. 

1001 kann auch als Speicher ausgestaltet sein, wobei anstatt 

1002 ein Befehl von 1101 adressiert wird. Die Adressierung ist 
dabei abhangig vom Befehl selbst unci von einem Statusregister . 
Insoweit entspricht der Aufbau einer "von Neumann" Maschine, 
mit dem Unterschied, 

(a) der universellen Einsetzbarkeit, also den Sequenzer nicht 
zu verwenden (vgl. Fig. 10) 

(b) dafi das Statussignal nicht von dem dem Sequenzer 
zugeordneten Rechenwerk (PAE) generiert werden mufi, sondern 
von einem beleibigen anderen Rechenwerk stammen kann (vgl. 
Fig. lib) • 

Wichtig ist, dafi der Sequenzer Sprunge, insbesondere auch 
bedingte Sprtinge, innerhalb von 1001 ausfuhren kann. 

Ein weiteres zusatzliches Oder alternatives Verfahren (Fig. 
12) zum Aufbau von Sequenzern innerhalb von VPUs ist die 
Verwendung der internen Datenspeicher (1201, 0901) zum 
Speichern der Konf igurations information fur eine PAE oder eine 
Gruppe von PAEs. Dabei wird der Datenausgang eines Speichers 
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auf einen Konf igurationseingang oder Dateneingang einer PAE 
Oder mehrer PAEs geschaltet (1202) . Die Adresse (1203) fur 
1201 kann dabei von derselben PAE/denselben PAEs oder einer 
Oder mehreren beliebigen anderen generiert werden. 

Bei diesem Verfahren ist der Sequenzer nicht fest 
implementiert, sondern wird durch eine PAE oder eine Gruppe 
von PAEs nachgebildet. Die internen Speicher konnen Programme 
aus den externen Speichern nachladen (vgl. erf indungsgemafies 
Speichersystem) . 

Zur Speicherung von lokalen Daten (z.B. fur iterative 
Berechnungen und als Register fttr einen Sequenzer) wird die 
PAE mit einem zusatzlichen Registersatz versehen, dessen 
einzelne Register entweder durch die Konf iguration bestimmt, 
zur ALU gefuhrt oder von der ALU beschrieben werden; oder 
durch den Befehlssatz eines implementierten Sequenzers frei 
benutzt werden konnen (Register Mode) . Ebenfalls kann eines 
der Register als Akkumulator (Akkumulator Mode) verwendet 
werden. Wird die PAE als vollwertige Maschine verwendet, ist 
es sinnvoll eines der Register als Adresszahler fur externe 
Datenadressen zu verwenden. 

Zur Verwaltung von Stacks und Akkumulatoren aufierhalb der PAE 
(z.B. in den erf indungsgemafien Speichern) wird das bereits 
beschriebene RDY/ACK REQ/ACK Synchronistionsmodell verwendet. 

PAEs nach dem Stand der Technik (vgl. PACT02) sind zur 
Verarbeitung von bit-weisen Operationen schlecht geeignet, 
sofern die integrierte ALU bit-Operationen nicht besonders 
untersttitzt, bzw. schmal (l-,2-, 4-bit breit) ausgelegt ist. 
Die Verarbeitung von einzelnen Bits oder Signalen kann 
effizient gewahrleistet, indem der ALU-Kern durch einen FPGA- 
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Kern (LC) ersetzt wird, der konf igurierbar logische 
Operationen durchfiihrt. Der LC ist dabei in seiner Funktion 
und internen Vernetzung frei konf igurierbar . Es konnen LC nach 
dem Stand der Technik eingesetzt werden. Fur bestimmte 
Operationen ist es sinnvoll dem LC intern einen Speicher 
zuzuordnen. Die Inter f ace-Baugruppen zwischen FC und dem 
Bussystem des Arrays werden nur geringftigig an den FC 
angepafit, bleiben aber grundlegend bestehen. Zur flexibleren 
Gestaltung des Zeitverhaltens des FC ist es jedoch sinnvoll, 
die Register in den Interf ace-Baugruppen abschaltbar zu 
gestalten* 
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Figuren 

In Fig. 4a sind einige grundlegenden Eigenschaf ten des 
erfindungsgemafien Verfahrens dargestellt: 

Die Module des Types A sind zu einer Gruppe zusammengef afit und 
besitzen am Ende einen bedingten Sprung, entweder nach Bl oder 
B2. An dieser Position (0401) ist ein Umkonf igurationspunkt 
eingefUgt, da es sinnvoll ist die Zweige des bedingten 
Sprunges als j swells eine Gruppe zu betrachten (Fall 1) . 
WUrden dagegen beide Zweige von B (Bl und B2) zusatzlich 
zusammen mit A auf den Zielbaustein passen (Fall 2), ware, es 
sinnvoll nur einen Umkonf igurationspunkt bei 0402 einzuftigen, 
da dadurch die Zahl der Konf igurationen verringert wird und 
sich die Verarbeitungsgeschwindigkeit erhoht. Beide Zweige (Bl 
und B2) springen bei 0402 nach C. 

Die Konfiguration der Zellen auf dem Zielbaustein ist in Fig, 
4b schematisch dargestellt. Dabei werden die Funktionen der 
einzelnen Graphenknoten auf die Zellen des Zielbausteins 
abgebildet. Jeweils eine Zeile stellt eine Konfiguration dar. 
Die gestrichelten Pfeile bei einem Zeilenwechsel zeigen eine 
Umkonf iguration an. S n ist eine datenspeichernde Zelle, von 
beliebiger Ausgestaltung (Register, Speicher, etc.). Dabei ist 
S n I ein Speicher, der Daten entgegennimmt und S n O ein Speicher 
der Daten ausgibt. Der Speicher S n ist fur gleiche n jeweils 
derselbe, I und O kennzeichnen die Datentransf errichtung. 

Beide FSlle des bedingten Sprunges (Fall 1, Fall 2) sind 
dargestellt. 

Das Modell in Fig. 4 entspricht einem Datenf lufimodell, jedoch 
mit der wesentlichen Erweiterung des Umkonf igurationspunkts 
und der damit erreichbaren Partitionierung des Graphen, wobei 
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die zwischen den Partitionen ubertragenen Daten 
zwischengespeichert werden. 



Im Modell von Fig. 5a wird aus einer beliebigen Graphenmenge 
und -Konstellation (0501) selektiv ein Graph B n aus einer Menge 
von Graphen B aufgerufen. Nach der Ausflihrung von B gelangen 
die Daten nach 0501 zuriick. 

Wird in 0501 ein ausreichend grofier Sequencer (A) 
implementiert, ist mit dem Modell ein den typischen 
Prozessoren sehr ahnliches Prinzip implementierbar . Dabei 
gelangen 

1. Daten in den Sequenzer A, die dieser als Befehle dekodiert 
und entsprechend dem "von Neumann "-Prinzip darauf reagiert; 

2. Daten in den Sequenzer A, die als Daten betrachtet werden. 
und an ein fest konf iguriertes Rechenwerk C zur Berechnung 
weitergeleitet werden. 

Der Graph B stellt selektierbar ein besonderes Rechenwerke 
und/oder besondere Opcodes fUr bestimmte Funktionen zur 
VerfUgung und wird alternativ zur Beschleunigung von C 
verwendet. Beispielsweise kann Bl ein optimierter Algorithmus 
zu Berechnung von Matrixmultiplikationen sein, wahrend B2 
einen FIR- Filter und B3 eine Mustererkennung darstellt. 
Entsprechend eines Opcodes der von 0501 dekodiert wird, wird 
der geeignete bzw. entsprechende Graph B aufgerufen. 

Fig. 5b schematisiert die Abbildung auf die einzelnen Zellen, 
wobei in 0502 der pipelineartige Rechenwerks-Character 
syinbolisiert wird. 

wahrend in den Umkonf igurationspunkten von Fig. 4 vorzugsweise 
grSfiere Speicher zxam Zwischenspeichern der Daten eingefugt 
werden, ist eine einfache Synchronisation der Daten in den 
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umKonriguranonspunjcren von Fig. b ausreichend, da der 
Datenstrom vorzugsweise als ganzer durch den Graphen B lauft 
und der Graph B nicht weiter partitioniert ist; dadurch ist 
das Zwischenspeichern der Daten uberfliissig. 

In Fig. 6a sind verschiedene Schleifen dargestellt. Schleifen 
k6nnen grundsatzlich auf drei Arten behandelt werden: 

1. Hardware-Ansatz : Schleifen werden vollstandig ausgfewalzt 
auf die Zielhardware abgebildet (0601a/b) . Wie bereits 
erlautert ist dies nur bei wenigen Schleif enarten moglich. 

2. Datenf luii-Ansatz: Innerhalb des Datenflufies werden 
Schleifen uber mehrere Zellen hinweg aufgebaut (0602a/b) . Das 
Ende der Schleif e wird auf den Schleif enanfang rttckgekoppelt . 

3. Sequenzer-Ansatz : Ein Sequenzer mit minimalem Befehlssatz 
fuhrt die Schleife aus (0603a/b) . Dabei sind die Zellen der 
Zielbausteine so ausgestaltet, dafi sie den entsprechenden 
Sequenzer beeinhalten (vgl. Fig. lla/b) . 

Durch eine geeignete Zerlegung von Schleifen kann deren 
Ausfuhrung ggf. optimiert werden: 

1. Unter Verwendung von Optimierungsmethoden nach dem Stand der 
Technik lafit sich haufig der Schleif enrumpf, also der 
wiederholt auszuftlhrende Teil, dadurch optimieren, dafl 
bestimmte Operationen aus der Schleife entfernt werden und vor 
Oder hinte.r die Schleife gestellt werden (0604a/b) ♦ Dadurch 
wird die Menge der zu sequencenden Befehle erheblich 
reduziert. Die entfernten Operationen werden nur einmal vor 
bzw. nach Ausfuhrxmg der Schleife durchlaufen. 

2. Eine weitere Optimierungsmoglichkeit ist das Teilen von 
Schleifen in mehrere kleinere oder kurzere Schleifen. Dabei 
findet die Teilung derart statt, dafi mehrere parallele oder 
mehrere sequentielle (0605a/b) Schleifen entstehen. 
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Fig. 7 verdeutlicht die Impl ementi erung einer Rekursion. Dabei 
werden dieselben Ressourcen (0701) in Form von Zellen ftlr jede 
Rekursionsebene (1-3) verwendet. Die Ergebnisse einer jeden 
Rekursionsebene (1-3) werden beim Aufbau (0711:) in einen nach 
dem Stack-Prinzip aufgebauten Speicher (0702) geschrieben. 
Gleichzeitig mit dem Abbau ' (0712:) der Ebenen wird der Stack 
abgebaut . 

In Fig. 14 wird das Virtual-Machine-Modell dargestellt. Aus 
einem externen Speicher werden Daten (1401) und zu den Daten 
gehorende Zustande (1402) in eine VPU (1403) gelesen. 
1401/1402 werden tiber eine von der VPU generierte Adresse 1404 
selektiert.. Innerhalb der VPU sind PAEs zu unterschiedlichen 
Gruppen zusammengef afit (1405, 1406, 1407). Jede Gruppe besitzt 
einen datenverarbeitenden Teil (1408), der lokale impilzite 
Zustande (1409) besitzt, die keinen Einflufi auf die 
umliegenden Gruppen besitzt. Daher werden dessen Zustande 
nicht aufierhalb der Gruppe weitergeleitet . Er kann jedoch von 
den externen Zustanden abhangig sein. Ein weiterer Teil (1410) 
generiert Zustande, die Einflufi auf die umliegenden Gruppen 
haben . 

Die Daten und Zustande der Ergebnisse werden in einen weiteren 
Speicher (1411, 1412) abgelegt. Gleichzeitig kann die Adresse 
von Operanden (14004) als Pointer gespeichert (1413) werden. 
Zur zeitliche Synchronisation kann 1404 tiber Register (1414) 
geftihrt werden. 

In Fia. 14 ist zur Verdeutlichung ein einf aches Modell 
dargestellt. Die Vernetzung und Gruppierung kann wesentlich 
komplexer sein als in diesem Modell. Ebenfalls konnen Zustande 
und Daten auch an weitere Module als den Nachfolgenden 
tibertragen werden. Es ist mOglich, dafi Daten an andere Module 
tibertragen werden als die Zustande. Sowohl Daten als auch 
Zustande eines bestimmten Moduls konnen von mehreren 
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unterschiedlichen Modulen empfangen werden. Innerhalb einer 
Gruppe kann 1408, 1409 und 1410 voranden sein. Abhangig vom 
Algorithmus konnen auch einzelne Teile fehlen (z.B. 1410 und 
1409 vorhanden, 1410 jedoch nicht) . 

In Figur 15 ist dargestellt wie aus einem Verarbeitungsgraphen 
Teilapplikationen extrahiert werden. Dabei wird der Graph so 
zerlegt, dafi lange Graphen sinnvoll zerteilt werden und in 
Teilapplikationen (H,A,C,K) abgebildet werden. Nach Sprtingen 
werden neue Teilgraphen gebildet (C,K) wobei fur jeden Sprung 
ein getrennter Teilgraph gebildet wird, 

Jeder Teilgraph ist in dem ULIW-Modell von der CT (vgl. 
PACT10) getrennt ladbar. Wesentlich ist, dafi Teilgraphen durch 
die Mechanismen in PACT10 verwaltet werden konnen. Dazu gehSrt 
insbesondere das intelligente Konf igurieren, Ausfuhren/Starten 
und LQschen der Teilapplikationen. 

1503 bewirkt das Laden oder Konf igurieren von Teilapplikation 
A, wahrend Teilapplikation K ausgeftihrt wird. Dadurch ist 

a) Teilapplikation A zum Ausftihrungsende von Teilapplikation K 
bereits komplett in die PAEs konf iguriert, sofern die PAEs 
mehrere Konf igurationsregister aufweisen; 

b) Teilapplikation A zum Ausftihrungsende von Teilapplikation K 
bereits in die CT geladen, sofern die PAEs nur ein 

Konf igurationsregister aufweisen . 

1504 startet die Ausfuhrung von Teilapplikation K. 

D.h. zur Laufzeit werden die nachsten benotigten Programmteile 
w&hrend der Abarbeitung der aktuellen Programmteile unabhangig 
geladen. Dadurch ergibt sich ein wesentlich ef f izienterer 
Umgang mit den Programmcode, als bei ublichen Cache- 
Mechanismen. 

Bei Teilapplikationen A wird eine weitere Besonderheit 
dargestellt. Prinzipiell ware es denkbar beide mSglichen 
Zweige (C,K) des Vergleiches vorzukonf igurieren. Angenommen, 
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die Zahl der zur Verfttgung stehenden freien 
Konfigurationsregister reicht dazu nicht aus, wird der 
wahrscheinlichere der Zweige konfiguriert (1506) . Das spart 
zudem Konf igurationszeit . Bei Ausftihrung des nicht 
konfigurierten Zweigs, wird (da die Konf iguration noch nicht 
in die Konfigurationsregister geladen ist) die 
Programmausftihrung unterbrochen, bis der Zweig konfiguriert 
ist, 

Grundsatzlich ist es iaQglich auch nicht konf igurierte 
Teilapplikationen auszufuhren (1505), diese mussen dann wie 
zuvor beschrieben vor der Ausftihrung geladen werden. 

Ein FETCH-Bef ehl kann von einem Trigger mittels einer eigenen 
ID angestofien werden, Damit konnen Teilapplikationen abhSngig. 
vom Zustand des Arrays vorgeladen werden. 

Das ULIW-Modell unterscheidet sich im Wesentlichen vom VLIW- 
Modell, indem es 

1 * Das Routing der Daten mit beinhaltet 
2. Grofiere Instruktionsworter bildet, 

Ebenfalls kann das beschriebene Verfahren der Partitionierung 
von Compilern ftlr heutige Standardprozessoren nach dem 
RISC/CISC-Prinzip ebenso eingesetzt werden. Wird dann eine 
Einheit (CT) nach PACT10 zur Steuerung des Bef ehls-Caches 
verwendet, kann dieser er heblich optimiert und beschleunigt 
werden . 

Dazu werden "normale" Programme entsprechend in 
Teilapplikationen partitioniert . Gemafl PACT10 werden Verweise 
auf mOgliche nachfolgende Teilapplikationen eingefiihrt (1501, 
1502) . Dadurch kann eine CT die Teilapplikationen bereits in 
den Cache vorladen bevor sie benotigt werden. Bei Sprungen wird 
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nur die angesprungen Teilapplikation ausgeftihrt, die andere (n) 
werden spater durch neue Teilapplikationen tiberschrieben. 
Neben dem intelligenten Vorladen hat das Verfahren den 
weiteren Vorteil, daB die Grofle der Teilapplikationen beim 
Laden bereits bekannt ist. Dadurch kSnnen optimale Bursts beim 
Zugriff auf die Speicher von der CT ausgeftihrt werden, was den 
Speicherzugrif f wiederum erheblich beschleunigt . 

Figur 16 zeigt den Aufbau eines Stack-Prozessors . Durch das 
PAE -Array (1601) werden Protokolle generiert urn auf einen als 
LIFO konfigurierten Speicher (1602) zu schreiben oder zu 
lesen. Dabei wird ein RDY/ACK-Protokoll zum Schreiben und 
REQ/ACK-Protokoll zum Lesen verwendet. Die Vernetzung und 
Betriebsmodi werden von der CT (1603) konf iguriert . 1602 kann 
dabei seinen Inhalt auf den externen Speicher (1604) 
auslagern. 

Eine Reihe der PAEs sollen in diesem Beispiel als Register- 
Prozessor arbeiten (Figur 17) . Jede PAE besteht aus einem 
Rechenwerk (1701) und einem Akkumulator (1702) auf den das 
Ergebnis von 1701 riickgekoppelt (1703) ist. Damit stellt in 
diesem Beispiel jede PAE einen Akkumulator-Prozessor dar. 
Eine PAE (1705) liest und schreibt die Daten in den als 
Standardspeicher konfigurierten RAM (1704) . Eine weitere PAE 
(1706) generiert die Registeradressen. 

Oftmals ist es sinnvoll eine getrennt PAE zum Lesen der Daten 
zu verwenden. Dann wiirde 17 05 nur schreiben und die PAE 1707 
lesen. Dabei wird eine weitere PAE (1708, gestrichelt 
unterlegt) zum Generieren der Leseadressen einzuf tihren. 
F:s ist nicht zwingend notwendig getrennte PAEs zum Generieren 
der Adressen zu verwendet. Oftmals sind die Register implizit 
und kOnnen dann als Konstanten konfiguriert werden von den 
datenverarbeitenden PAEs gesendet werden. 
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Die Verwendung von Akkumulator-Prozessoren for einen Register- 
Prozessor ist beispielshaf t . Ebenso konnen zum Aufbau von 
Registerprozessoren PAEs ohne Akkumulator verwendet werden. 
Die in Figur 17 gezeigte Architektur kann zur Ansteuerung von 
Registern als auch zum Ansteuern einer Load/Store-Einheit 
dienen. 

Bei der Verwendung als Load/Store-Einheit ist es fast zwingend 
notwendig einen externen RAM (1709) nachzuschalten, sodafi 1704 
nur einen temporaren Ausschnitt aus 1709, quasi als Cache, 
darstellt. 

Auch bei der Verwendung von 1704 als Register-Bank ist es 
teilweise sinnvoll einen externen Speicher nachzuschalten. 
Dadurch konnen PUSH/ POP Operationen nach dem Stand der Technik 
durchgeftihrt werden, die den Registerinhalt in einen Speicher 
schreiben Oder aus diesem Lesen. 

In Figur 18 ist als Beispiel eine komplexe Maschine abgebildet 
bei der das PAE -Array (1801) einerseits einen Load/Store- 
Einheit (1802) mit nachgeschaltetem RAM (1803) ansteuert und 
gleichzeitig eine Register-Bank (1804) mit nachgeschaltetem 
RAM (1805) aufweist. 1802 und 1804 k6nnen jeweils von einer 
PAE oder einer beliebigen Gruppe von PAEs angesteuert werden. 
Die Einheit wird gemafi dem VPU-Prinzip von einer CT (1806) 
gesteuert . 

Wichtig ist, dali zwischen der Load/Store-Einheit (1802) und 
der Register-Bank (1804) und deren Ansteuerung kein 
wesentlicher Unterschied besteht. 

Die Figuren 19,20,21 zeigen einen erf indungsgemafien internen 
Speicher, der zugleich eine Kommunikationseinheit mit externen 
Speichern und/oder Peripherie darstellt. Die einzelnen Figuren 
zeigen unterschiedliche Betriebsarten desselben Speichers . Die 
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Betriebsarten, sowie einzelne Detaileinstellungen werden dabei 
konf iguriert . 



Figur 19a zeigt einen erf indungsgemafien Speicher im 
"Register/Cache" Modus. Im erf indungsgemaiien Speicher (1901) 
sind Datenworte eines far gew$hnlich grofieren und langsameren 
externen Speicher s (1902) abgelegt. 

Der Datenaustausch zwischen 1901 , 1902 und den iiber einen Bus. 
(1903) angeschlossenen PAEs (nicht dargestellt) findet dabei . 
wie folgt statt, wobei unter zwei Betriebsarten unterschieden 
wird: 

A) Die von den PAEs von dem Hauptspeicher 1902 gelesenen Oder 
gesendeten Daten werden in 1901 mittels eines Cache-Verf ahrens 
gepuffert. Dabei kann jedes bekannte Cache-Verf ahren zum 
Einsatz kommen. 

B) Mittels einer Load/Store-Einheit werden die Daten 
bestimmter Adressen zwischen 1902 und 1901 ubertragen. Dabei 
werden bestimmte Adressen, sowohl in 1902 als auch in 1901 
vorgegeben, wobei fur 1902 und 1901 gewohnlicherweise 
unterschiedliche Adressen verwendet werden. Die einzelnen 
Adressen kQnnen dabei durch Konstante oder durch Berechnungen 
in PAEs erzeugt werden. In dieser Betriebsart arbeitet der 
Speicher 1901 als Registerbank. 

Die Zuordnung der Adressen zwischen 1901 und 1902 kann dabei 
beliebig sein und hangt lediglich von den jeweiligen 
Algorithmen der beiden Betriebsarten ab. 
In 19b ist die entsprechende Maschine als Blockdiagramm 
dargestellt. Dem Bus zwischen 1901 und 1902 ist eine 
Steuereinheit (1904) zugeordnet, die je nach Betriebsart als 
Load/Store-Einheit (nach dem Stand der Technik) oder als 
Cache-Kontroller (nach den Stand der Technik) agiert. Dieser 
Einheit kann bei Bedarf eine Speicherverwaltungseinheit (MMU) 
(1905) mit Adresstibersetzung und -uberprttfung zugeordnet 
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werden. Sowohl 1904 als auch 1905 kann von den PAEs 
angesteuert werden. So wird beispielsweise die MMU 
programmiert, die Load/Store Adressen gesetzt oder ein Cache- 
Flush ausgelost. 

Figur 20 zeigt den Einsatz des Speichers (2001) im FIFO-Modus, 
in welchem nach dem bekannten FIFO-Prinzip Datenstrome 
entkoppelt werden. Der typische Einsatz ist in einem Schreib- 
(2001a) oder Leseinterf ace (2001b) . Dabei werden Daten 
zwischen den PAEs, die an dem internen Bussystem (2002) 
angeschlossen sind und dem Peripheriebus (2003) zeitlich 
entkoppelt. 

Zur Steuerung des FIFOs ist eine Einheit (2004) vorgesehen, 
die den Schreib- und Lesezeiger des FIFOs abhangig von den 
Busoperationen von 2003 und 2002 steuert. 

In Figur 21 ist das Arbeitsprinzip der erf indungsgemaJJen 
Speicher im Stack-Modus dargestellt. Ein Stack ist (nach dem 
Stand der Technik) ein Stapelspeicher, dessen 

oberstes/unterstes Element das gerade Aktive ist, Daten werden 
immer oben/unten angeftlgt, ebenso werden die Daten oben/unten 
ehtfernt. D.h. das zuletzt geschriebene Datum ist auch das, 
welches zuerst gelesen wird (Last In First Out) . Ob ein Stack/ 
nach oben oder unten wachst, ist unbedeutend und 
implementierungsabhangig. Im folgenden Ausf Uhrungsbeispiel 
werden Stacks betrachtet, die nach oben wachsen. 

Dabei sind die aktuellsten Daten im internen Speicher 2101 
gehalten, der aktuellste Eintrag (2107) befindet sich ganz 
oben in 2101, Alte Eintrage sind auf den externen Speicher 
2102 ausgelagert. Wachst der Stack weiter, reicht der Platz im 
internen Speicher 2101 nicht mehr aus . Bei Erreichen einer 
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bestimmten Datenmenge, die durch eine (frei wahlbare) Adresse 
in 2101 oder einen (frei wahlbaren) Wert in einem 
Eintragszahler reprasentiert sein kann, wird ein Teil von 2101 
als Block an das aktuellere Ende (2103) des Stacks in 2102 
geschrieben. Dieser Teil sind die altesten und somit am 
wenigsten aktuellen Daten (2104) . Danach werden die 
verbleibenden Daten in 2101 so verschoben, dafi die nach 2102 
kopierten Daten in 2101 mit den verbleibenden Daten (2105) 
Uberschrieben werden und somit gentigend freier Speicher (2106) 
ftir neue Stackeintrage entsteht. 

Nimmt der Stack ab, werden ab einem gewissen (frei wahlbaren) 
Punkt die Daten in 2101 so verschoben, dafi hinter den altesten 
und unaktuellsten Daten freier Speicher entsteht. In den 
freigewordenen Speicher wird ein Speicherblock aus 2102 
kopiert, der dann in 2102 geloscht wird. 

Mit anderen Worten reprasentieren 2101 und 2102 einen einzigen 
Stack, wobei die gerade aktuellen Eintrage in 2101 liegen und 
die alteren und weniger aktuellen in 2102 ausgelagert sind. 
Quasi stellt das Verfahren einen Cache fur Stacks dar. Da die 
Datenblocke vorzugsweise per Blockoperationen ubertragen 
werden, kann der Datentransf er zwischen 2101 und 2102 in den 
schnellen Burst-Betriebsarten moderner Speicher (SDRAM, 
RAMBUS, etc.) ausgefuhrt werden. 

Es soil nochmals erwahnt werden, dafi im Ausftihrungsbeispiel in 
Fig. 21 der Stack nach oben wachst. Sollte der Stack nach 
unten wachsen (eine haufig verwendete Methode) , sind die 
Positionen oben/unten und die Richtungen in die die Daten 
innerhalb eines Speichers bewegt werden genau vertauscht. 

Sinnvollerweise wird der interne Stack 2101 als eine Art 
Ringspeicher ausgestaltet . Die Daten an einem Ende des Ringes 
werden zwischen PAEs und 2101 ubertragen und am anderen Ende 
des Ringes zwischen 2101 und 2102. Dadurch entsteht der 
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Vorteil, daii einfach Daten zwischen 2101 und 2102 verschoben 
werden konnen, ohne Einflufi auf die internen Adressen in 2101 
zu haben. Lediglich die Positionszeiger der unteren und oberen 
Daten und der . Ftillstandszahler mtlssen jeweils angepafit werden. 
Die DatenUbertragung zwischen 2101 und 2102 kann durch die 
bekannten Ringspeicher-Flags "beinahe voll (almost full) / 
voll (full)" und "beinahe leer (almost empty) / leer (empty)" 
ausgelost werden. 

Die notwendige Hardware ist als Blockschaltbild in Fig 21b 
dargestellt. Dem internen Stack 2101 ist eine Einheit (2110) 
zur Verwaltung der Zeiger und ZShler zugeordnet. In den Bus 
(2114) zwischen 2101 und 2102 ist eine Einheit (2111) zur 
Steuerung der Datentransf ers eingeschleif t . Dieser Einheit 
kann eine MMU (2112) nach dem Stand der Technik mit den 
entsprechenden Prufsystemen und Adresstibersetzungen zugeordnet 
werden . 

Die Verbindung zwischen den PAEs und 2101 wird tiber das 
Bussystem. 2113 realisiert. 

In Figur 22 ist ein Beispiel fur das Umsortieren von Graphen 
gezeigt. Die linke Spalte (22.. a) zeigt eine unoptimierte 
Anordnung von Befehlen. Dabei werden die Pointer A (2207a) und 
B (2211a) geladen. Jeweils bereits einen Takt spater werden 
die Werte der Pointer benStigt (2208a, 2212a) . Diese 
Abhangigkeit ist zu kurz urn effizient ausgefuhrt zu werden, da 
zum Laden aus dem Speicher eine bestimmte Zeit (2220a, 2221a) 
benStigt wird. Durch umsortieren der Befehle (22.. b) werden 
die Zeitraume maximal vergrofiert (2220b, 2221b) . Obwohl in 
2210 und in 2208 der Wert des Pointers von A benStigt wird, 
wird 2208 nach 2210 einsortiert, da dadurch mehr Zeit zur 
Berechnung von B gewonnen wird. Es ist moglich Berechnungen 
die von den Poiritern unabhangig sind (2203,2204,2206) 
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beispielsweise zwischen 2211 und 2212 einzufugen urn mehr Zeit 
ftlr die Speicherzugrif f e zu erhalten. Ein Compiler oder 
Assembler kann hier anhand von Systemparametern, die die 
Zugrif f zeiten reprasentieren, die entsprechende Optimierung 
vornehmen. 

Figur 23 zeigt einen Sonderfall der Figuren 4-7. Haufig 
besteht ein Algorithmus, auch innerhalb von Schleifen, aus 
Datenfluiiteilen und sequentiellen Teilen. Derartige Strukturen 
konnen gemail dem beschriebenen Verfahren unter Einsatz des in 
PACT 07 beschriebenen Bussystems effizient aufgebaut werden. 
Hierzu wird das RDY/ACK-Protokoll des. Bussystems zunachst urn 
das erfindungsgemafie REQ/ACK-Protokoll erweitert. Dadurch 
kSnnen gezielt Registerinhalte einzelner PAEs von einer oder 
mehreren anderen PAEs oder von der CT abgefragt werden. 
Eine Schleife (2305) wird nun in mindestens zwei Graphen 
zerlegt, einen ersten (2301), der den Datenf luflanteil 
reprasentiert und einen zweiten (2302), der den sequentiellen 
Anteil abbildet. 

Ein bedingter Sprung wShlt zwischen den beiden Graphen. Das 
besondere ist nun, dafi 2302 den internen Zustand von 2301 
kennen zur Ausftihrung benotigt und umgekehrt 2301 den Zustand 
yon 2302 kennen rnufi. 

Dies wird realisiert, indem der Zustand genau einmal, nSmlich 
in den Registern der PAEs des perf ormanteren Datenf lufigraphen 
(2301) gespeichert wird. 

Wird in 2302 gesprungen, liest der Sequenzer bei Bedarf die 
Zustande der jeweiligen Register mittels des Bussystems aus 
PACT 07 aus (2303) . Der Sequenzer ftihrt seine Operationen aus 
und schreibt alle ge&nderten Zustande in die Register 
(wiederum ttber das Bussystem nach PACT07) zurtick (2304). 
Abschliefiend soil angemerkt werden, dafi es sich bei den 
besprochenen Graphen nicht unbedingt urn enge Schleifen (2305) 
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handeln mufl. Das Verfahren ist generell auf jeden 
Teilalgorithmus verwendbar, der innerhalb eines 
Programmablauf es mehrfach ausgeftihrt wird (reentrant) und 
wahlweise entweder sequentiell oder parallel (datenf lufiartig) 
abgearbeitet wird, wobei die Zustande zwischen deia 
sequentiellen und deia parallelen Teil transferiert werden 
mUssen. 

Die Waverekonf igurierung bietet erhebliche Vorteile bei der 
Geschwindigkeit der Umkonf iguration, insbesondere bei 
einfachen sequentiellen Operationen. 

Eine grundlegende Besonderheit dieser Verarbeitungsmethode 
ist, daB der Sequenzer auch als externen Mikroprozessor 
ausgestaltet sein kann. Das bedeutet daft ein Prozessor tiber 
die DatenkanSle mit dem Array verbunden ist und lokale, 
temporare Daten tiber Bussysteme mit dem Array austauscht. 
Samtliche sequentielle Teile eines Algorithmus die nicht in 
das Array aus PAEs abgebildet werden konnen werden auf dem 
Prozessor abgewickelt. 

Es mufi zwischen drei Bussystemem unterschieden werden: 

1. Datenbus, der den Austausch der verarbeiteden Daten 
zwischen VPU und Prozessor regelt. 

2. Registerbus, der den Zugriff auf die Register der VPU 
ermoglicht und den somit den Datenaustausch (2302, 2304) 
zwischen 2302 und 2301 gewahrleistet . 

3. Konf igurationsdatenbus, der das Array der VPU konfiguriert 

In Figur 24 sind die Auswirkungen zeitlich dargestellt. 
Einfach schraffierte Fiachen stellen datenverarbeitende PAEs 
dar, wobei 2401 PAEs nach der Umkonf iguration und 2403 PAEs 
vor der Umkonf iguration zeigen, Doppelt schraffierte Fiachen 
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(2402) zeigen PAEs die gerade umkonf iguriert werden oder auf 
die Umkonf igurat ion warten. 

Figur 24a zeigt den Einflufi der Wave-Rekonf igurierung auf 
einen einfachen sequentiellen Algorithmus . Hier ist es 
m5gliche exakt die PAEs umzukonf igurieren, denen eine neue 
Aufgabe zugeteilt wird. Da in jedem Takt eine PAE eine neue 
Aufgabe erhalt kann dies effizient, namlich zeitgleich 
durchgefuhrt werden* 

Beispielsweise dargestellt ist eine Reihe von PAEs aus der 
Matrix alier PAEs einer VPU. Angegeben sind die Zustande in 
den Takten nach Takt t mit jeweils einem Takt Verzogerung. 

In Figur 24b ist die zeitliche Auswirkung der Umkonf iguration 
von grofien Teilen dargestellt. Beispielsweise dargestellt ist 
eine Menge von PAEs einer VPU. Angegeben sind die Zustande in 
den Takten nach Takt t mit einer unterschiedlichen Verzogerung 
von jeweils mehreren Takten. 

WShrend zunachst nur ein kleiner Teil der PAEs umkonf iguriert 
wird oder auf die Umkonf iguration wartet, wird diese Flache 
mit zunehmender Zeit grdfier, bis alle PAEs umkonf iguriert 
sind. Das grofier werden der Flache bedeutet, dafi, bedingt 
durch die zeitliche Verzogerung der Umkonf iguration immer mehr 
PAEs auf die Umkonf iguration warten (2402) . Dadurch geht 
Rechenleistung verloren. 

Es wird daher vorgeschlagen ein breiteres Bussystem zwischen 
der CT (insbesondere des Speichers der CT) und den PAEs 
einzusetzen, das genttgend Leitungen zur Verfugung stellt, urn 
innerhalb eines Taktes mehrere PAEs zugleich 
umzukonf igurieren . 

Figur 25 verdeutlicht die Skalierbarkeit der VPU-Technologie . 
Di$ Skalierbarkeit geht im Wesentlichen aus dem Ausrollen 
eines Graphens hervor, ohne dafi eine zeitliche Abfolge 
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einzelne Teilapplikationen trennt. Als Beispiel ist der 
Algorithmic aus Figur 4 gewahlt. In Figur 25a werden die 
einzelnen Teilgraphen zeitlich nacheinander auf die VPU 
libertragen, wobei entweder B x oder B 2 geladen wird. In Figur 
25b werden alle Teilgraphen auf eine Menge von VPUs ubertragen 
und mit Bussystemen untereinander verbunden. Dadurch konnen 
grofle Datenmengen ohne den negativen Einfluft des 
Umkonfigurierens leistungsf ahig abgearbeitet werden, 

Figur 26 zeigt eine Schaltung zur Beschleunigung der (Urn-) 
konfigurationszeit von PAEs. Gleichzeitig kann die Schaltung 
zur Verarbeitung von sequentiellen Algorithmen verwendet 
werden. Das Array von PAEs (2605) ist in mehrere Teile (2603) 
partitioniert . Jedem Teil ist eine eigenstandige Einheit zur 
(Um-) konfiguration (2 602) zugeordnet. Diesen Einheiten 
tibergeordnet ist eine CT (2601) nach dem Stand der Technik 
(vgl. PACT10), die wiederum an eine weitere CT oder an einen 
Speicher angeschloss.en ist (2604). Die CT lad die Algorithmen 
in die Konf igurationseinheiten (2602) . Die 2602 laden 
selbstandig die Konf igurationsdaten in die ihnen zugeordneten 
PAEs. 

In Figur 27 ist ein Aufbau einer Konf igurationseinheit 
dargestellt. Kern der Einheit ist ein Sequenzer (2701) der' 
eine Reihe von Befehlen beherrscht. 
Die wesent lichen Befehle sind: 
wait <trg#> 

Warten auf das Eintreffen eines bestimmten Triggers aus dem 
Array, der angibt, welche nSchste Konfiguration geladen werden 
soil . 

lookup <trg#> 

Gibt die Adresse des durch einen eintref f enden Trigger 
aufgerufenen Unterprogramms zurtick. 
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jmp <adr> 

Sprung nach Adresse 
call <adr> 

Sprung nach Adresse. Rticksprungadresse wird auf dem Stack 
gespeichert 

jmp <cond> <adr> 

Bedingter Sprung nach Adresse 

call <cond> <adr> 

Bedingter Sprung nach Adresse. Rticksprungadresse wird auf dem 
Stack gespeichert 

ret 

RUcksprung auf die auf dem Stack gespeicherte 
Rticksprungadresse 

mov <target> <source> 

Obertragt ein Datenwort von Quelle (source) an ein Ziel 
(target) . Quelle und Ziel konnen jeweils in einem Speicher 
oder eine Peripherieadresse sein. 

Im wesentlichen sind die Befehle aus PACT10, d.h. der 
Beschreibung der CT bekannt. Wesentlicher Unterschied in der 
Imp lementie rung der 2 602 ist, dafi nur sehr einfache Befehle 
zur Datenverwaltung verwendet werden und kein vollstandiger 
Mikrokontroller verwendet wird. 

Eine bedeutende Erweiterung des Bef ehlssatzes ist der "pabm"- 
Befehl zum Konf igurieren der PAEs. Es stehen zwei Befehle 
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(paomr, paommj zur Vertiigung, die folgendermassen aufgebaut 

sind: 

a) 



b) 



pabmr 


regno 


count 


pa_adro 


pa_dta 0 


-pa_adri 


pa_dtai 






pa__adr count 


pa_dta C ount 




pabirim ' 


000 


count 


offset 


pa_adr 0 


pa_dtao 


pa__adr x 


pa_dta a 






pa_adr coun t 


pa_dta CO unt 




pabmr 


regno 


count 


memref 




pabmm 


000 


count 



offset 



memref 



r-en- 



und PAE-Daten vom Speicher zu dem PAE -Array. Durch <count> ist 
angegeben, wie grofi der zu kopierende Datenblock ist. Der 
Datenblock ist entweder direkt an den Opcode angehangt (a) 
oder durch Angabe der erste Speicheradresse <memref> 
referenziert (b) . 
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Jede pa_adr n -pa_dta n -Zeile stellt eine Konf iguration fur eine 
PAE dar. Dabei gibt pa_adr n die Adresse und pa_dta n das 
Konf igurationswort der PAE an, 

Aus PACT10 ist das ' RDY/ACK-RE J Protokoll bekannt. Werden die 
Konfigurationsdaten von einer PAE angenommen, quittiert die 
PAE die gesendeten Daten mit einem ACK. Kann dagegen eine PAE 
die Konfigurationsdaten nicht annehmen, da sie sich nicht in 
einem umkonf igurierbaren Zustand befindet, sendet sie ein REJ 
zuruck. Dadurch schlagt die Konf iguration des Teilalgorithmus 
fehl. 

Die Stelle mit REJ zuruckgewiesenen pa__adr n -pa_dta n -Zeile wird 
gespeichert. Die Befehle werden zu einem spateren Zeitpunkt 
erneut aufgerufen (vgl. PACT10, FILMO) . Sofern der Befehl 
komplett abgearbeitet wurde, d.h. es trat kein REJ auf, fiihrt' . 
der Befehl keine weitere Konf iguration durch sondern 
terminiert sofort. Trat ein REJ auf, springt der Befehl direkt 
an die Stelle der zuruckgewiesenen pa_adr n -pa_dta n -Zeile. Je 
nach Befehl wird die Stelle unterschiedlich gespeichert: 
pabmr: Die Adresse wird in dem mit <regno> genannten Register 
gespeichert. 

pabmm: Die Adresse wird direkt im Befehl an der Speicherstelle 
<offset> gepeichert. 

Die Befehle sind durch DMA-Strukturen als Speicher/IO- 
Transfers nach dem Stand der Technik implementierbar . Die DMAs 
werden durch eine Logik zum tiberwachen der eingehenden ACK/ RE J 
erweitert. Die Startadresse wird durch <regno>, bzw. <offset> 
bestimmt. Die letzte Adresse des Datenblocks wird durch die 
Adresse des Befehls plus dessen Opcode-Lange minus eins plus . 
die Anzahl der pa_adr n -pa_dta n -Zeilen berechnet. 
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Es ist sinnvoll auch die in PACT10 beschriebene Schaltung 
durch die genannten Befehle zu erweitern. 



Figur 27 zeigt. den Aufbau einer Einheit 2602. Die Einheit 
besteht aus einem Registersatz 2701 dem eine einfache ALU ftir 
Stackoperationen zugeordnet ist (2702) . Die Struktur enthait 
Adressregister und Stackpointer • Optional kann eine 
vollwertige ALU eingesetzt werden. Ein Bussystem (2703) mit 
minimaler Breite verbindet Register und ALU. Die Breite ist 
dabei so bemessen, dafi einfache Kontrollf luBbefehle bzw. 
einfache ALU-Operationen sinnvoll dargestellt werden konnen. 
Zusatzlich werden die vorab beschriebenen PABM-Bef ehle, , sowie 
die Befehle nach PACT10 unterstiitzt . Register und ALU werden. 
von einem Sequenzer 2706 gesteuert, der durch Ausftihrung von 
Befehlen einen vollstandigen Microcontroller darstellt. 
An 2703 ist eine Einheit 2704 angeschlossen, die Trigger von 
den zugeordneten PAEs entgegenniinmt und quittiert und 
gegebenenfalls ihrerseits Trigger an die PAEs sendet. 
Eingehende Trigger losen dabei in dem Sequenzer 2706 einen 
Interrupt aus oder werden durch den WAIT-Befehl abgefragt. 
Optional an 2703 angeschlossen ist ein Interface (2705) zu 
einem Datenbus der zugeordneten PAEs urn Daten an die PAEs 
senden zu konnen. Beispielsweise werden die Assemblercodes 
eines in den PAEs implement iert en Sequenzers ttber 2705 
gesendet. Das Interface enthalt sofern erforderlich einen 
Konverter zur Anpassung der unterschiedlichen Busbreiten. 
Die Einheiten 2701 bis 2706 sind liber einen 
Multiplexer/Demultiplexer (2707) an ein um ein Vielfaches 
breiteres Bussystem (2708) angeschlossen, das zum Speicher 
(2709) ftihrt. 2707 wird von den niederwertigen Adressen des 
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Adress-/Stackregisters angesteuert, die hoherwertigen Adressen 
ftthren direkt zum RAM (2711) . Das Bussystem 2708 ftihrt zu 
einem Interface (2709), das durch die PA-Befehle gesteuert 
wird und zum Konf igurationsbus der PAEs ftihrt. 2708 ist bewufit 
breit ausgelegt urn moglichst viele Konf igurationsbits pro 
Takteinheit tiber 27 09 an die PAEs senden zu konnen. Ein 
weiteres Interface (2710) verbindet den Bus mit einer 
tibergeordneten CT, die Konf igurations- und Steuerdaten mit 
2602 austauscht. Die Interface 2710 und 2709 bereits mehrf ach 
in PACT10, PACT?? beschrieben worden. 

Wesentlich ist, dafi 2706 einen reduzierten und auf die Aufgabe 
optimierten Minimalsbef ehlssatz beherrscht, der vor allem auf 
die PA-Kommandos, Spriinge, Interrupts und Lookup-Bef ehle 
optimiert ist. Weiterhin ist das optimierte breite Bussystem. 
2708, das tiber 2707 auf ein schmales Bussystem Ubertragen wird 
von besonderer Bedeutung fur die 
Umkonf igurationsgeschwindigkeit der Einheit. 

Figur 27a ist eine spezielle Ausgestaltung von Figur 27. Das. 
Interface 2705 dient der Ubertragung von Assemblercodes an im 
PAE -Array konf igurierte Sequenzer. Die Verarbeitungsleistung . 
der Sequenzer hangt wesentlich von der Geschwindigkeit des 
Interfaces 2705 und dessen Speicherzugrif f es ab. In Figur 27a 
ist 2705 durch eine DMA-Funktion mit direktem Speicherzugrif f 
(2720J ersetzt. 2720 n ftihrt eigene Speicherzugrif fe aus und 
besitzt ein eigenes Bussystem (2722 n ) mit entsprechender 
Anpassunq der Busbreite (2721 n ) ; dabei kann der Bus zum Laden 
von breiten Bef ehlssequenzen (ULIW) verhaltnismafiig breit 
ausf alien, sodafi als Grenzfall 2721 n komplett entf^llt. Zur 
weiteren Steigerung der Geschwindigkeit ist der Speicher 2711 
physikalisch in 2711a und 2711b n getrennt worden. Der 
Adressraum tiber 2711a und 2711b n verbleibt linear, jedoch kann 
von 2701, 2702, 2706 auf beide Speicherblocke unabhangig 
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gleichzeitig zugegriffen werden; 2720 n kann nur auf 2711b n 
zugreifen. 2720 n/ 2721 n unci 2711b n kann mehrfach ( n ) 
implementiert sein, damit mehrere Sequenzer gleichzeitig 
verwaltet werden konnen. Dazu kann 2711b n nochmals in mehrere 
physikalisch unabhangige Speicherbereiche unterteilt werden. 
In Figur 38 ist sind Implementierungsbeispiele fUr 2720 n 
beschrieben. 

In Figur 28 wird der Aufbau von komplexen Programmen 
verdeutlicht . Die Basismodule der Programme sind die Komplex- 
Konf igurationen (2801) die die Konf igurationen einer oder 
mehrere PAEs und der dazugehorenden Bus- und 
Triggerkonf igurationen beinhalten. Die 2801 werden durch 
einen Opcode (2802) reprasentiert, der zusatzliche Parameter.. 
(2?03) besitzen kann. Diese Parameter kQnnen einerseits 
konstante Datenwerte, variable Startwerte oder auch spezielle 
Konf igurationen beinhalten. Es existieren je nach Funktion 
ein, mehrere oder auch kein Parameter. 

Mehrere Opcodes greifen auf einen gemeinsamen Satz von 
Komplex-Konfigurationen zurtick und bilden damit eine Opcode- 
Gruppe (2805) ♦ Die unterschiedlichen Opcodes einer Gruppe 
unterscheiden sich durch besondere Ausgestaltungen der 
Komplex-Konfigurationen. Dazu werden Dif f erenzierungen (2807) 
verwendet, die entweder zusatzliche Konf igurationsworte 
enthalten, oder in 2801 vorkommende Konf igurationsworte 
tiberschreiben . 

Eine Komplex-Konf iguration wird, sofern keine Dif f erenzierung 
erforderlich ist, direkt von einem Opcode aufgerufen (2806) . 
Ein Programm (2804) setzt sich aus eip.er Abfolge von Opcodes 
mit den jeweiligen Parametern zusammen. 

Eine komplexe Funktion kann einmal in das Array geladen werden 

und kann danach durch unterschiedliche Parameter oder 

Dif f erenzierungen neu umkonf iguriert werden. Dabei werden nur 
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die sich andernden Teile der Konf iguration umkonf iguriert . 
Unterschiedliche Opcode-Gruppen greifen auf unterschiedliche 
Komplex-Konf igurationen zurtick. (2805a, 2805n) . 
Die unterschiedlichen Ebenen (Komplex-Konf iguration, 
Dif f erenzierung, Opcode, Programm) werden in verschiedenen 
Ebenen von CT's abgearbeitet (vgl. CT Hierarchien in PACT10) . 
Die unterschiedlichen Ebenen sind in 2810 dargestellt, wobei 1 
die niederste und N die hochste Ebene darstellt. CTs konnen zu 
beliebig tiefen Hierarchien aufgebaut werden (vgl. PACT10) . 

Es wird in 2801 unter zwei Arten von Codes unterschieden: 

1. Konf igurationsworte, die einen Algorithmus auf das Array 
aus PAEs abbilden. Der Algorithmus kann dabei auch als 
Sequenzer ausgestaltet sein. Die Konf iguration erfolgt tiber 
die Schnittstelle 2709. Konf igurationsworte werden durch die 
Hardware definiert. 

2. Algorithmusspezif ische Codes, die von der moglichen 
Ausgestaltung eines Sequenzer oder Algorithmus abhangig sind. 
Diese Codes werden vom Programmierer oder Compiler definiert 
und dienen zur Ansteuerung eines Algorithmus. 1st 
beispielsweise ein Z80 als Sequenzer in die PAEs konf iguriert, 
stellen diese Codes den Opcode des Z80 Mikroprozessors dar. 
Algorithmusspezif ische Codes werden ttber 2705 an das Array aus 
PAEs gesendet. 

In Figur 29 ist ein moglicher Grundaufbau einer PAE 
dargestellt. 2901 bzw. '2902 stellen die Eingangs- bzw. 
Ausgangsregister der Daten dar. Den Registern zugeordnet ist 
die komplette Vernetzungslogik zum Aufschalten auf den/die 
Datenbus/se (2920, 2921) des Arrays (vgl PACT 02 ) . Die 
Triggerleitungen gem. PACT 08 werden durch 2903 vom Triggerbus 
(2922) abgegriffen und mit 2904 auf den Triggerbus (2923) 
aufgeschaltet . Zwischen 2901 und 2902 ist eine ALU (2905) 
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beliebiger Ausgestaltung geschaltet. Den Datenbussen (2906, 
2907) und der ALU zugeordnet ist ein Registersatz (2915) , in 
welchem lokale Daten gespeichert werden. Die RDY/ACK- 
Syncronisationssignale der Datenbusse und Triggerbusse werden 
zu einer Statemachine (oder einem Sequenzer) (2910) geftlhrt 
(2908), bzw. von der Einheit generiert (2909). 

Uber eine Interf aceeinheit (2911) greift die CT mittels eines 
Bussystemes (2912) selektiv auf eine Mehrzahl von 
Konf igurationsregistern (2913) zu. 2910 wahlt tiber einen 
Multiplexer (2914) jeweils eine bestimmte Konf iguration aus,' 
oder sequenzt tiber eine Mehrzahl von Konf igurationswSrten, die 
dann Befehle fur den Sequenzer darstellen. 

Da die VPU-Technologie hauptsachlich gepipelinet arbeitet ist 
es von Vorteil entweder die Gruppe 2901 und 2903 oder die . . 
Gruppe.2902 und 2904 oder beide Gruppen zusatzlich mit FIFOs 
zu versehen. Dadurch kann verhindert werden, dafi eine Pipeline 
durch einfache Verzogerungen (z.B. in der Synchronisation) 
stockt. 

2920 ist ein optionaler Buszugang, tiber den ein der Speicher 
einer CT (siehe Fig. 27, 2720) oder ein gewohnicher interner 
Speicher an Stelle der Konf igurationsregister an den Sequenzer 
2910 geschaltet werden kann. Damit sind grofie sequentielle 
Programme in einer PAE ausfuhrbar. Der Multiplexer 2914 wird 
dazu so geschaltet, dafi er nur den internen Speicher 
verbindet . 
Die Adressen werden 

a) ftir den CT-Speicher durch die Schaltung in Fig. 38 
generiert. 

b) fur den internen Speicher direkt von 2910 generiert. . 

Figur 30 zeigt eine mogliche Erweiterung der PAE urn der CT 
oder einem anderen zuegschalteten Mikroprozessor einen Zugriff 
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auf die Datenregister zu ermoglichen. Der Adressraum und die 
Interface der Buseinheit (vormals 2911, 3003) werden urn die 
zusatzlichen Datenbusse (3001) erweitert. Den jeweiligen 
Registern wird ein Multiplexer (3002) vorgeschaltet mittles 
dem 3003 liber den Bus 3001 Daten in das Register schreiben 
kann. Die Ausgange der Register werden uber 3001 zurttck an 
3003 geftihrt. 3003 ubertragt die Daten zur CT 2912. 
Alternativ (3003a) zur Ubertragung der Daten zu CT ist es 
moglich die Daten durch ein zusatzliches Interface (3004) auf 
einen von der CT unabhangigen Bus (3005) zu tibertragen. 

Figur 31 zeigt die Kopplung des Arrays von PAEs (3101) mit 
einena tibergeordneten Mikrokontroller . 3101 beinhaltet sind 
samtliche IO-Kanale gemafi den erf indungsgemaiien Speichern. 
Die Architektur arbeitet gemafl Figur 23. 2912 in Figur 31a 
stellt den Bus far die Konf igurationsdaten und Registerdaten 
gem. Figur 30 zur Verfugung. Der Datenbus wird separat durch 
3104 dargestellt. 3102 stellt die CT dar, die in Fig. 31a auch 
den Mikroprozessor darstellt. 

Flir samtliche Bussysteme bestehen unabhangig voneinander 
folgende Anschlufimodelle an einen Prozessor, die je nach 
Programmiermodell und unter Abwagung von Preis und Performance 
gewahlt werden: 

1 . Register-Modell 

Beim Register-Modell wird der jeweilige Bus Uber ein Register 
angesprochen, das direkt in den Registersatz des Prozessors 
integriert ist und vom Assembler als Register oder Gruppe von 
Registern angesprochen wird. Dieses Modell ist am 
ef f izientestens wenn einige wer^ige Register fur den 
Datenaustausch ausreichen. 

2. IO-Modell 



- 58 / 96 - 



WO 2000/077652 PCT/DE2000/001869 

Der jeweilige Bus liegt im IO-Bereich des Prozessors. Dies ist 
meistens die einfachste und kostengunstigste Variante. 
3 . Shared-Memory-Modell 

Der Prozessor und der jeweilige Bus teilen sich einen 
Speicherbereich im Datenspeicher . Fur grofle Datenmengen ist 
das eine performante Losung. 
4 . Shared-Memory- DMA-Mode 11 

Prozessor und Bus teilen sich wie im vorigen Modell denselben 
Speicher. Zur weiteren Geschwindigkeitssteigerung existiert 
eine schnelle DMA (vgl. Figur 38) 

die den Datenaustausch zwischen Bus und Speicher tibernimmt. 

Zur Steigerung der Obertragungsgeschwindigkeit sollten die 
jeweiligen Speicher physikalisch vom iibrigen Speicher trennbar 
sein (mehrere Speicherbanke) , damit Prozessor und VPU 
unabhangig auf ihre Speicher zugreifen konnen. 



In Figur 31b tibernimmt eine CT (3102) die Konf iguration des 
Arrays, wahrend ein dedizierter Prozessor (3103) uber 3006 das 
Programmiermodell nach Fig. 23 gewahrleistet, indem er uber 
3006 Regis terdaten mit dem Array austauscht und uber 3104 die 
gewohnlichen Daten austauscht. 

Die Figuren 31c/d entsprechen den Figuren 31a/b, jedoch wurde 
fur den Datenaustausch ein Shared-Memory (3105) zwischen dem 
jeweiligen Prozessor und 3101 gewahlt. 

Figur 32 zeigt eine Schaltung die es den erf indungsgemafien 
Speicherelementen ermoglicht gemeinsam auf einen Speicher oder 
eine Gruppe von Speichern zuzugjreif en, wobei jeder einzelne 
Speicher der Gruppe einzeln und eindeutig adressierbar ist. 
Dazu werden die einzelnen Speicherelemente (3201) auf ein 
Bussystem geschaltet, bei dem jedes 3201 einen eigenen Bus 
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besitzt. Der Bus kann bidirektional augestaltet sein oder 
durch zwei unidirektionale Busse realisiert werden. Pro 
Speicher existiert ein Adress/Datenmultiplexer, der einen Bus 
zum Speicher durchschaltet . Dazu werden die anliegenden 
Adressen jedes Busses dekodiert (3207) und danach jeweils ein 
Bus pro Zeiteinheit durch einen Arbiter (3208) ausgewahlt 
(3204) . Die entsprechenden Daten und Adressen werden auf den 
jeweiligen Speicherbus (3205a) iibertragen, wobei eine 
Zustandsmaschine (3206) die notwendigen Protokolle generiert. 
Treffen bei einer Leseanforderung die Daten vom Speicher ein, 
wird durch die jeweilige Zustandsmaschine die Adresse des 
Speichers auf den Bus geschaltet, der die Daten anfragte. Die 
Adressen aller eingehenden Busse werden pro Bus des Bussystems 
3202 durch eine Multiplexereinheit ausgewertet und auf den 
entsprechenden Bus iibertragen. Die Auswertung erfolgt 
entsprechend der Auswertung der Ausgangsdaten, d.h. ein 
Dekoder (3209) je Eingangsbus (3205b) leitet ein Signal auf 
einen Arbiter (3210), der den Daten-Multiplexer ansteuert. 
Damit werden pro Zeiteinheit unterschiedliche Eingangsbusse 
auf das Bussystem 3202 geleitet. 

In Figur 33 wird zur flexibleren und einfacheren Auswertung 
der Trigger- und RDY/ACK-Signale die starre Statemachine / der 
starre Sequenzer 2910 durch einen frei programmierbaren (3301) 
ersetzt. Die vollstandige Funktion von 3301 wird durch die 
Konf igurationsregister 2913 vor der Ausfiihrung von Algorithmen 
durch die CT bestimmt. Das Laden von 3301 wird durch ein 
gegenttber 2911 urn die Verwaltung von 3301 erweitertes CT- 
Interface (3302) gesteuert. Der Vorteil von 3301 liegt darin, 
dafi erheblich flexibler mit den unterschiedlichen Trigger- und 
RDY/ACK- Signal en umgegangen werden kann, als in fest 
implementierten 2910. Nachteilhaft wirkt sich die GroBe eines 
von 3301 aus. 
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Ein KompromiJJ der zu der hochsten Flexibilitat bei 
vertretbarer Grdfie fuhrt ist, die Trigger und RDY/ACK-Signale 
durch eine Einheit gemaft 3301 auszuwerten und samtliche festen 
Abiaufe innerhalb der PAE durch eine fest implementierte 
Einheit nach 2910 zu steuern. 

Die erfindungsgemafte PAE zur Verarbeitung von logischen 
Funktionen ist in Figur 34 abgebildet. Kern der Einheit ist 
eine nachfolgend detaillierter beschriebene Einheit zum 
verkntipfen von einzelnen Signalen (3401) . Ober die ublichen 
Register 2901, 2902, 2903, 2904 werden die Bussignale mit 3401 
verbunden. Die Register werden hierzu um einen Feed-Mode 
erweitert, der eirizelne Signale selektiv ohne sie taktsynchron 
zu speichern (register) zwischen den Bussen und 3401 
austauscht. Der Multiplexer (3402) und die 

Konfigurationsregister (3403) werden an die unterschiedlichen 
Konfigurationen von 3401 angepafit. Ebenso ist das CT-Interface 
(3404) entsprechend ausgestaltet . 

Figur 35 zeigt mogliche Ausgestaltungen von 3401. Ein globaler 
Datenbus verbindet die Logikzellen 3501 und 3502 mit den 
Registern 2901, 2902, 2903, 2904. Durch Busschalter, die als 
Multiplexer, Gatter, Transmissiongates oder einfachen 
Transistoren ausgelegt sein kdnnen wird 3504 mit den 
Logikzellen verbunden. Die Logikzellen konnen entweder 
komplett einheitlich gestaltet sein, oder unterschiedliche 
Funktionalitat besitzen (3501, 3502). 3503 stellt einen RAM- 
Speicher dar. 

Mogliche Ausgstaltung der Logikzellen sind: 

- Lookup Tabellen 

- Logik 

- Multiplexer 

- Register 
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Die Auswahl der Funktionen und Vernetzung kann entweder 
flexibel programmierbar durch SRAM-Zellen erfolgen oder 
mittels unveranderlicher ROM oder semistatischer FlashROM 
Speicher ♦ 

Zur Beschleunigung von sequentiellen Algorithmen, die schlecht 
parallelisiert werden konnen ist bei herkommlichen Prozessoren 
spekulative AusfUhrung bereits Stand der Technik. Die 
parallele Variante fur VPUs ist in Figur 36 dargestellt. Die 
Operanden (3601) werden gleichzeitig an mehrere m5glichen 
Pfade von Teilalgorithmen (3602a, 3602b, 3602c) gefiihrt. Die 
Teilagorithmen konnen dabei einen unterschiedlichen Flachen- 
und Zeitbedarf aufweisen. Jeweils nach den Teilalgorithmen 
werden . die Daten erf indungsgemaii gespeichert (3612a, 3612b, 
3612c), bevor sie nach einer Umkonf iguration von den nachsten 
Teilalgorithmen verarbeitet werden (3603) • Auch die 
Umkonfigurationszeitpunkte der einzelnen Teilalgorithmen sind 
voneinander unabhangig, ebenso die Zahl der Teilalgorithmen 
selbst (3603, 3614) . Sobald entscheidbar ist, welcher der 
Pfade zu wahlen ist, werden die Pfade tiber einen Bus oder 
Multiplexer zusammengefuhrt (3605) . Von einer Bedingung 
generierte Triggersignale (vgl. PACT 08) (3606) bestimmen . 
welcher der Pfade gewahlt und an die nachf olgenden Algorithmen 
weitergeleitet wird* 

Figur 37 zeigt den Aufbau eines Hochsprachencompilers, der 
gewdhnliche sequentielle Hochsprachen (C, Pascal, Java) auf 
ein VPU-System ttbersetzt. Sequent ieller Code (3711) wird von 
parallelem Code (3708) getrennt, wodurch 3708 direkt in dem 
Array von PAEs verarbeitet wird. 
Fur 3711 gibt es drei Ausfuhrungsmoglichkeiten: 
1. Innerhalb eines Sequenzers einer PAE (2910) 
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2. Mittels eines in die VPU konf igurierten Sequenzers. Der 
Compiler erzeugt hierzu einerseits einen auf die Aufgabe 
optimierten Sequenzer, andererseits direkt den 
algorithmenspezif ischen Sequenzercode (vgl. 2801) • 

3. Auf einem gewohnlichen externen Prozessor (3103) 

Welche Moglichkeit gewahlt wird hangt von der Architektur der 
VPU/ des Computersystems und des Algorithmus ab. 

Der Code (3701) wird zunachst in einem Praprozessor (3702) in 
Datenf luficode (3716) (der in einer speziellen Version der 
jeweiligen Programmiersprache datenf lufioptimiert geschrieben 
wurde) und gewohnlichen sequentiellen Code getrennt (3717) . 
3717 wird auf parallelisierbare Teilalgorithmen untersucht 
(3703) f die sequentiellen Teilalgorithmen werden ausgesondert 
(3718). Die parallelisierbaren Teilalgorithmen werden als 
Makros vorlaufig plaziert und geroutet. 
In einem iterativ.en Prozess werden die Makros mit dem 
datenflufioptimierten Code (3713) zusammen plaziert, geroutet 
und partitioniert (3705) . Eine Statistik (3706) wertet die 
einzelnen Makros, sowie deren Partitionierung hinsichtlich der 
Effizienz aus, wobei die Umkonf igurationszeit und der Aufwand 
der Uitikonfiguration in die Ef f izienzbetrachtung einfliefit. 
Ineffiziente Makros werden entfernt und als sequentieller Code 
ausgesondert (3714) . 

Der verbleibende parallele Code (3715) wird zusammen mit 3716 
compiliert und assembliert (37 07) und VPU Objektcode 
ausgegeben (3708) . 

Eine Statistik Uber die Effizienz des generierten Codes, sowie 
der einzelnen .(auch der mit 3714 entfernten Makros) wird 
ausgegeben (3709), der Programmierer erhalt dadurch 
wesentliche Hinweise auf Geschwindigkeitsoptimierungen des 
Programmes* 
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Jedes Makro des verbleibenden sequentiellen Codes wird auf 
seine Komplexitat und Anf orderungen untersucht (3720) . Aus 
einer Datenbank die von der VPU-Architektur und dem 
Computersystem abhangt (3719) wird der jeweils geeignete 
Sequenzer ausgewahlt und als VPU-Code (3721) ausgegeben. Ein 
Compiler (3721) generiert den Assembler code des jeweiligen 
Makros fur den jeweils von 3720 gewahlten Sequenzer und gibt 
ihn aus (3711) . Die 3710 und 3720 sind eng miteinander 
verkntipft. Gegebenenf alls verlauft die Abarbeitung iterativ urn 
den geeignetsten Sequenzer mit minimalsten und schnellsten 
Assemblercode zu finden. 

Ein Linker (3722) fafit die Assemblercodes (3708, 3711, 3721) 
zusammen und generiert den ausftihrbaren Objektcode (3723)*. 

Figur 38 zeigt den internen Aufbau von 2720. Kern der 
Schaltung ist ein ladbarer Up/Down-Zahler (3801) , der seinen 
Startwert von der Schaltung Fig.. 27 von dem Bus 3803 
. (entspricht 2703) .liber den entsprechend gesetzten Multiplexer 
3802 erh&lt. Der Zahler dient als Programmzahler (PC) fur den 
zugeordneten Sequenzer, der Startwert ist die erste Adresse 
des auszuftihrenden Programmes. Der Wert von 3801 wird uber 
einen Addierer (3805) und 3802 auf den Zahler zuriickgef uhrt . 
Ober den Bus 3804 wird von dem Sequenzer ein Offset an 3805 
geftihrt, der entweder vom PC abgezogen oder hinzuaddiert wird. 
Damit sind relative Sprtinge effizient implementierbar . Der PC 
wird Uber den Bus 3811 an das PAE-Array herausgeftihrt und kann 
fUr call -Operationen auf dem Stack gespeichert werden. Fur 
ret-Operationen wird der PC uber 3804 und 3802 vom Stack auf 
3801 geftihrt. 

Ober den Multiplexer 3806 wird entweder der PC oder ein vom 
PAE-Array zugefiihrter Stackpointer (3807) auf einen Addierer 
(3808) geftihrt. Hier wird ein Offset den Werten abgezogen oder 
hinzuaddiert, der im Register 3809 gespeichert wird und iiber 
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3803 geschrieben wird. 3808 ermoglicht die Verschiebung des 
Programmes innerhalb des Speicher 2711. Dadurch werden 
Garbage-Collector Funktionen zum Aufraumen des Speichers 
. mdglich (vgl. PACT10) . Die Adressverschiebung die durch den 
Garbage-Collector auftritt wird durch eine Anpassung des 
Offsets in 3809 ausgeglichen . 

Figur 38a ist eine Variante von Figur 38 in der der 
Stackpointer (3820) ebenfalls integriert ist. Uber 3804 wird 
nur noch der Offset fur relative Sprunge an 3805 gefuhrt 
. (3804a) . Der Stackpointer ist ein Up/Down-Zahler entsprechend 
3801, dessen Startwert der den Beginn des Stack reprasentiert, 
und uber 3803 geladen wird. Der PC wird direkt an den Datenbus 
zum Speicher geftihrt um uber einen Multiplexer bei call- 
Operatibnen auf den Stack geschrieben zu werden. Der Datenbus 
des Speichers wird uber 3821 und 3802 auf 3801 
zurtickgekoppelt, zur Durchfuhrung von ret-Operationen. 

Figur 39 verdeutlicht die Funktionsweise der Speicher. Der 
Speicher (3901) wird tiber einen Multiplexer (3902) adressiert. 
Im Standard-Modus, Lookup-Modus und Register Modus werden die 
Adressen aus dem Array (3903) direkt an 3901 gefuhrt. Im 
: Stack-Modus und FIFO-Modus werden die Adressen in einem 
up/down-Zahler (3904) generiert. In diesem Fall werden die 
Adressen der IO-Seite von einem weiteren up/down-Zahler (3905) 
zur Verfiigung gestellt. Die Adressen ftlr den externen PAM 
(oder IO) werden von einem weiteren up/down-ZShler (3906) 
yeneriert, die Basisadresse wird von einem Register (3907) 
geladen. Das Register wird von der CT oder einem externen 
Host-Prozessor gesetzt. Die gesamte Steuerung ubernimmt eine 
Statemachine (3908) . Den Zustand des Speichers (voll, leer, 
halbvoll, etc) entnimmt 3908 einem up/down-Zahler (3909) der 
die Anzahl der im Speicher befindlichen Worte zahlt. Wird der 
Speicher blockweise verandert (Stack auf externen Stack 
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schreiben Oder von externem Stack lesen) wird die Grofie des 
Blocks als Konstante (3917) auf einen Addierer/Subtrahierer 
(3910) gegeben, auf den der Zahlerstand von 3909 
zurtickgekoppelt ist. Das Ergebnis wird nach 3909 geladen. 
Damit lafit sich der Zahlerstand schnell an blockweise 
Veranderungen anpassen. (Nattirlich ist es moglich den Zahler 
auch mit jedem geschriebenen oder gelesenen Wort bei einer 
Blockoperation zu modif izieren) • Fur Cache-Operationen steht 
ein Cache-Kontroller (3911) nach dem Stand der Technik zur 
Verfttgung, dem ein Tag-Speicher (3912) zugeordnet ist. Je nach 
Betriebsart wird der Wert von 3911 oder 3906 uber einen 
Multiplexer (3913) als Adresse nach aufien gefuhrt (3914) . Uber 
den Bus 3915 werden die Daten nach aufien geftihrt und tiber den 
Bus 3916 werden die Daten mit dem Array ausgetauscht . 

Programmierbeispiele zur Verdeutlichung von Teilalqorithmen 

Ein Modul kann beispielsweise f olgendermafien deklariert 
werden: 

module examplel 

input (varl, var2 : tyi; var3 : ty 2 ) . 

output (resl, res2 : ty 3 ) . 

begin 

register <regnamel> (resl) . 
register <regname2> (res2) . 
-feermi-na-te0 — (~izesX--&--r-&s2.i — 1-)^ 
end. 

module kennzeichnet den Beginn eines Modules, 
input/output def iniert die Ein-/Ausgangsvariablen mit den 
Typen ty n . 

begin . . . end markieren den Rumpf des Modules . 
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register <regnamel/2> ubergibt das Ergebnis an den Output, 
wobei des Ergebnis in dem durch <regnamel/2> spezif izierten 
Register zwischengespeichert wird. <regnamel/2> ist dabei eine 
globale Referenz auf ein bestimmtes Register. 

Als weitere Obergabemodi an den Output stehen beispielsweise 
folgende Speicherarten zur Verfugung: 

fifo <fifoname>, wobei die Daten an einen nach dem FIFO- 
Prinzip arbeitenden Speicher ubergeben werden. <f if oname> ist 
dabei eine globale Referenz auf einen bestimmten, im FIFO- 
Modus arbeitenden Speicher. terminate@ wird dabei urn den 
Parameter bzw. das Signal "fifofull" erweitert, der/das 
anzeigt, dafi der Speicher voll ist. 

stack <stackname>, wobei die Daten an einen nach dem Stack- 
Prinzip arbeitenden Speicher ubergeben werden. <stackname> ist 
dabei eine globale Referenz auf einen bestimmten, im Stack- 
Modus arbeitenden Speicher. 

terminates unterscheidet die Programmierung entsprechend des 
erf indungsgemaiJen Verfahrens von der herkommlichen 
sequent iellen Programmierung. Der Befehl definiert das 
Abbruchkriterium des Modules. Die Ergebnisvariablen resl und 
. res2 werden von terminates nicht mit ihrem tatsachlichen Wert 
evaluiert, statt dessen wird nur die Gultigkeit der Variablen 
(also deren Statussignal) geprttft. Dazu werden die beiden 
Signale resl und res2 boolsch miteinander vericnuprt, z.&. 
durch eine UND-, ODER- Oder XOR-Operation. Sind beide 
Variablen gtiltig, terminiert das Modul mit dem Wert 1. Das 
bedeutet, ein Signal mit dem Wert 1 wird an die ttbergeordneten 
Ladeeinheit weitergeleitet, woraufhin die Obergeordneten 
Ladeeinheit das nachfolgende Module ladt. 
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module example2 

input (varl, var2 : ty 3 ; var3 : ty 2 ) . 

output (resl : ty 4 ) * 

begin 

register <regnamel> (varl, var2) . 

• • • 

fifo <fifonamel> (resl, 256) . 
terminate!? (fifo full (<f if onamel>) ; 1) ♦ 
end. 

register wird in diesem Beispiel iiber input-Daten definiert. 
Dabei ist <regnamel> derselbe wie in examplel. "Dies bewirkt, 
dafi das Register , das die output-Daten in examplel aufnimmt, 
die input-Daten ftir example2 zur Verftigung stellt. 

fifo definiert einen FIFO-Speicher der Tiefe 256 ftir die 
Ausgangsdaten resl. Das "Full-Flag (fifofull) des FIFO- 
Speichers wird in terminates als Abbruchkriterium verwendet. 

module main 

input (inl, in2 : tyi; in3 : ty 2 ) . 

output (outl : ty 4 ) . 

begin 

define <regnamel> : register (234) . 
define <regname2> : register (26) . 

define <fifonamel> : fifo (256, 4). // FIFO Tiefe 256 

• • • 

(varl2, var72) = call examplel (inl, in2, in3) . 

• • • 

(outl) = call example2 (varl2, var72, var243) . 
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signal (outl) . 
terminate@ (example2) . 
end. 

define definiert eine Schnittstelle fiir Daten (Register, 
Speicher, etc) . Bei der Definition werden die erforderlichen 
Ressourcen, sowie die Bezeichnung der Schnittstelle angegeben. 
Da die Ressourcen jeweils nur einmal zur Verfiigung stehen, 
miissen sie eindeutig angegeben werden. Damit ist die 
Definition global, d.h. die Bezeichnung gilt fUr das gesamte 
Prograinm. 

call ruft ein Modul als Unterprogramm auf. 

signal definiert ein Signal als Aus gangs signal, ohne dafi eine 
Zwischenspeicherung verwendet wird. 

Durch terminates (example2) wird das Modul main terminiert, 
sobald das Unterprogramm example2 terminiert. 

Durch die globale Deklaration "define ..." ist es prinzipiell 
nicht mehr notwendig, die so definierten input/output Signale 
in die Schnittstellen-Deklaration der Module auf zunehmen. 
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Patentanspruche 

1. Verfahren zur Programmierung von Bausteinen mit ein- Oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 
der Datenflufigraph und Kontrollflufi graph eines Programms 
extrahiert wird. 

2. Verfahren nach Anspruch 1 dadurch gekennzeichnet, dafi 

die Graphen derart in mehrere Teilgraphen zerlegt werden, dafi 
moglichst wenig. Verbindungen zwischen den Teilgraphen 
bestehen. 

3. Verfahren nach Anspruch 1 dadurch gekennzeichnet, dafi 

die Graphen derart in mehrere Teilgraphen zerlegt werden, dafi 
moglichst wenig Daten zwischen den Teilgraphen tibertragen 
werden. 

4. Verfahren nach Anspruch 1 dadurch gekennzeichnet, dafi 

die Graphen derart in mehrere Teilgraphen zerlegt werden, dafi 
moglichst keine RUckkoppelungen zwischen den Teilgraphen 
bestehen. 

5. Verfahren nach Anspruch 1 dadurch gekennzeichnet, dafi 

die Graphen derart in mehrere Teilgraphen zerlegt werden, dafi 
die Teilgraphen jeweils moglichst exakt den Ressourcen des 
Baust eines angepa fit sind. 

6. Verfahren nach Anspruch 1 dadurch gekennzeichnet, dafi 
zwischen den Teilgraphen Speicherelemente zur Sicherung der 
Daten und Zustande eingeftthrt werden. 

1. Verfahren nach Anspruch 1 dadurch gekennzeichnet, dafi 
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innerhalb eines Teilgraphen Statussignale zwischen den Knoten 
ubertragen werden, die den Zustand jedes einzelnen Knotens 
jedem anderen Knoten soweit zur Verftigung stellen. 

8. Verfahren nach Anspruch 1 und 7 dadurch gekennzeichnet, dafi 
eine Menge von Statussignalen an eine iibergeordnete Einheit, 
die die Konf iguration der Zellen steuert, gefiihrt wird, um 
eine Umkonf iguration auszulSsen. 

9. Verfahren nach Anspruch 1 und 7 dadurch gekennzeichnet, dafi 
eine Menge von Statussignalen an eine tibergeordnete Einheit, 
die die Konf iguration der Zellen steuert, gefiihrt wird, urn 
einen Zustand an einen nicht in die Zellstruktur geladenen 
Teilgraphen zu iibermitteln. 

10. Verfahren nach Anspruch 1 dadurch gekennzeichnet, dafi 
die Teilgraphen liber mehrere Bausteine verteilt werden. 

11. Verfahren nach Anspruch 1 dadurch gekennzeichnet, dafi 
mehrere Pfade einer Anweisung, von denen je nach Auswertung 
der Anweisung (IF, CASE) immer exakt einer ausgeftihrt wird, 

.derart zerlegt werden, dafi jeder Pfad einen Teilgraph ergibt. 

12. Verfahren zur Programmierung von Bausteinen mit ein- Oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 
jedem Datensignal ein Zustand zugeordnet wird, der anzeigt ob 
das Si gnal qiiltig ist oder nicht (RDY) . 

13. Verfahren zur Programmierung von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 
jedem Statussignal ein Zustand zugeordnet wird, der anzeigt ob 
das Signal gtiltig ist oder nicht (RDY) . 
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14. Verfahren nach Anspruch 12 und 13 dadurch gekennzeichnet, 
dafi 

der Empfanger eines giiltigen Signales den Empfang quittiert 
(ACK) . 

15. Verfahren nach Anspruch 12 und 13 dadurch gekennzeichnet, 
dafi 

der Empfanger anzeigt, dafi er ein Signal erwartet (REQ) . 

16. Verfahren nach Anspruch 15 dadurch gekennzeichnet, dafi 
der Sender anzeigt das erwartete Signal zu senden. 

17. Verfahren zur Programmierung yon Bausteinen mit ein- Oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 
ein erster Teil der Zellstruktur einen Teilgraphen berechnet, 
und dessen Berechnung schrittweise beendet; sobald eine oder 
mehrere Zellen die Berechnung beendet haben, diese als zweiter 
Teil der Zellstruktur umkonf iguriert werden, sodafi ein dritter 
Teil zeitgleich mit den neu konf igurierten Zellen den neuen 
Teilgraphen berechnen (Waf e-T*econf ig) . 

18. Verfahren nach Anspruch 17 dadurch gekennzeichnet, dafi 
mehrere Konf igurationsregister einer Zelle gleichzeitig 
verschiedene Konf igurationen verschiedener Teilgraphen 
speichern. 

19* Verfahren nach Anspruch 17 und 18 dadurch gekennzeichnet, 
dafi 

von mehreren Konf igurationen genau eine Konf iguration aktiv 
ist. 



20. Verfahren nach Anspruch 17 und 18 dadurch gekennzeichnet, 
dafi 
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nicht konfigurierte Konf igurationsregister besonders 
gekennzeichnet sind. 



21. Verfahren nach Anspruch 17 dadurch gekennzeichnet, dafi 
die jeweilige Konf iguration durch von der Zellstruktur 
generierte Statussignale ausgewahlt wird. 

22. Verfahren nach Anspruch 17 dadurch gekennzeichnet, dafi 
die jeweilige Konf iguration durch von einer ubergeordneten 
Ladeeiriheit generierte Statussignale ausgewahlt wird. 

23. Verfahren nach Anspruch 17 dadurch gekennzeichnet, dafi 
die jeweilige Konf iguration durch extern generierte 
Statussignale ausgewahlt wird. 

24. Verfahren nach Anspruch 17 und 21 bis 23 dadurch 
gekennzeichnet, dafi 

jede Zelle einzeln entsprechend ihrer Konf iguration die 
Statussignale auswertet und die entsprechende Konf iguration 
aktiviert. 

25. Verfahren nach Anspruch 17 und 20 bis 24 dadurch 
gekennzeichnet, dafi 

bei der Aktivierung eines nicht konf igurierten 
Konfigurationsregisters die Konf iguration bei der 
ubergeordneten Ladeeinheit angefordert wird und bis zum 
vollstandigen Laden der Konf iguration die Abarbeitung des 
Teilgraphen angehalten wird. 

26. Verfahren nach Anspruch 17 dadurch gekennzeichnet, dafi 
• das Laden einer Konf iguration durch von der Zellstruktur 

generierte Statussignale ausgelSst wird. 

27. Verfahren nach Anspruch 17 dadurch gekennzeichnet, dafi 
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das Laden einer Konf iguration durch von ubergeordneten 
Ladeeinheit ausgelOst wird. 



28. Verfahren nach Anspruch 17 dadurch gekennzeichnet, dafi 
das Laden einer Konf iguration durch extern generierte 
Statussignale ausgelost wird. 

29. Verfahren nach Anspruch 17 und 26 bis 28 dadurch 
gekennzeichnet, dafi 

jede Zelle einzeln entsprechend ihrer Konf iguration die 
Statussignale auswertet und das Laden der entsprechenden 
Konf iguration veranlafit. 

30. Verfahren zur Programmierung von Bausteinen mit ein- oder ; 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 

in den Zellen Sequenzer integriert sind, die die 
Konf igurationsregister adressieren und ein in den 
Konfigurationsregistern gespeichertes Programm ausfiihren. 

31. Verfahren zur Programmierung von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 

in den Zellen Sequenzer integriert sind, die einen der 
. Zellstruktur zugeordneten Speicher adressieren und ein in dem 
Speicher abgelegtes Programm ausfiihren. 

32. Verfahren zur Programmierung von Bausteinen mit ein- oder 
mehrdimensionaler Zell struktur, dadurch gekennzeichet, dafi 
durch Zusammenschaltung mehrerer Zellen ein Sequenzer gebildet 
wird 7 der entsprechend des auszuftlhrenden Programmes 
ausgestaltet ist. 

33. Verfahren zur Programmierung von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 

- 74 / 96 - 



WO 2000/077652 PCT/DE2000/001869 

ein externen Prozessor zur Ausfuhrung von sequentiellen 
Teilgraphen an den Baustein gekoppelt ist. 



34. Verfahren nach Anspruch 33 dadurch gekennzeichnet, daB 
das die iibergeordnete Ladeeinheit zusatzlich als Prozessor zur 
Ausftihrung von sequentiellen Teilgraphen verwendet wird. 

35. Verfahren nach Anspruch 30 bis 34 dadurch gekennzeichnet, 
daB 

die Sequenzer Zugriff auf die Datenregister der einzelnen 
Zellen haben. 

35. Verfahren nach Anspruch 30 bis 34 dadurch gekennzeichnet/ 
daB 

zu dem Sequenzer die ubrigen Teilgraphen entsprechend ihrer 
jeweiligen Ausgestaltung konfiguriert werden. 

36. Verfahren nach Anspruch 30 bis 35 dadurch gekennzeichnet, 
daB 

zu dem Sequenzer die tibrigen Teilgraphen entsprechend ihrer 
jeweiligen Ausgestaltung umkonf iguriert werden. 

37. Verfahren nach Anspruch 30 bis 34 dadurch gekennzeichnet, 
daB 

zu dem Sequenzer Standardrechenwerke konfiguriert werden, die 
dem CISC-Modell entsprechen. 

38. Verfahren nach Anspruch 30 bis 34 und 37 dadurch 
gekennzeichnet, daB 

vom Compiler entsprechende Befehle zur Ansteuerung der 
Standardrechenwerke generiert werden und dabei mehrere 
Teilgraphen auf ein Standardrechenwerk abgebildet werden. 
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39. Verfahren nach Anspruch 30 bis 34 und 37 bis 38 dadurch 
gekennzeichnet, dafi 

vom Compiler entsprechende Befehle zur externen Vernetzung der 
Standardrechenwerke generiert werden und dabei mehrere 
Teilgraphen auf ein Standardrechenwerk abgebildet werden. 

40. Verfahren nach Anspruch 30 bis 34 und 37 bis 38 dadurch 
gekennzeichnet, dafi 

vom Compiler entsprechende Befehle zur internen Vernetzung der 
Standardrechenwerke generiert werden und dabei mehrere 
Teilgraphen auf ein Standardrechenwerk abgebildet werden. 

41. Verfahren nach Anspruch 30 bis 34 und 37 bis 40 dadurch 
gekennzeichnet, dafi 

die Befehle zyklisch, durch einem Programmzahler bestimmt, 
geladen werden. 

42. Verfahren nach Anspruch 30 bis 34 dadurch gekennzeichnet, 
dafi 

der Sequenzer seine Operanden auf einem Stack verwaltet und 
einen Stackprozessor darstellt. 

43. Verfahren nach Anspruch 30 bis 34 dadurch gekennzeichnet, 
dafi 

der Sequenzer seine Operanden in einem Akkuiaulator verwaltet 
und einen Akkumulatorprozessor darstellt. 

44. Verfahren nach Anspruch 30 bis 34 dadurch gekennzeichnet, 
dafi 

der Sequenzer seine Operanden in einem Registersatz verwaltet 
und einen Registerprozessor darstellt. 
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45. Verfahren nach Anspruch 30 bis 34 dadurch gekennzeichnet, 
dafi 

der Sequenzer seine Operanden in einem Speicher verwaltet und 
einen Load/Store-Prozessor darstellt. 

46. Verfahren nach Anspruch 30 bis 34 und 42 bis 45 dadurch 
gekennzeichnet, dafi 

der Sequenzer unterschiedliche zur Ausfuhrung des Programmes 
geeignete Verfahren gleichzeitig implement iert hat. 

47.. Verfahren nach Anspruch 30 bis 34 und 42 bis 46 dadurch 
gekennzeichnet, dafi 

mehrere unterschiedlich ausgestaltete Sequenzer gleichzeitig 
in die Zellstruktur konfiguriert sind. 

48. Verfahren zur Programmierung von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 

im Programm vorkommende Zeiger derart umsortiert werden, dafi 
sie die grOfitmSgliche zeitliche Unabhangigkeit aufweisen, also 
moglichst viele nicht von einem Zeiger abhangige Befehle 
zwischen zwei Zeigern liegen. 

49. Verfahren zur Programmierung von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 

im Programm vorkommende Zeiger derart umsortiert werden, dafi 
die durch den Zeiger ref erenzierten Daten moglichst weit 
hinter der Berechnung des Zeiger s verwendet werden,. 

50. Verfahren zur Programmierung von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 
bei Sprtingen und Vergleichen alle mSglichen Teilgraphen 
solange gleichzeitig in die Zellstruktur konfiguriert und 
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berechnet werden, bis bekannt ist, welcher Teilgraph der durch 
den Sprung oder Vergleich gewahlte ist. 



51. Verfahren nach Anspruch 50 dadurch gekennzeichnet, daft 
die Daten und Zustande samtlicher nicht gewahlter Teilgraphen 
ignoriert werden, und nur die Daten und Zustande des gewahlten 
Teilgraphen weiterverarbeitet werden. 

52. Verfahren zur Programmierung von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, daft 
der Zellstruktur einer oder mehrere Speicher zugeordnet sind. 

53. Verfahren nach Anspruch 52 dadurch gekennzeichnet, daft 
der Speicher beliebig frei adressiert wird (Random Access) 

54. Verfahren nach Anspruch 52 dadurch gekennzeichnet, daft 
der Speicher als Lookup Tabelle verwendet wird. 

55. Verfahren nach Anspruch 52 dadurch gekennzeichnet, daft 
der Speicher als FIFO zur Entkoppelung von Datenstromen 
verwendet wird. 

56. Verfahren nach Anspruch 52 dadurch gekennzeichnet, daft 
der Speicher als Stack fUr einen Sequenzer verwendet wird. 

57. Verfahren nach Anspruch 52 dadurch gekennzeichnet, daft 
der Speicher als Registerbank ftir einen Sequenzer verwendet 
wird. 

58. Verfahren nach Anspruch 52 bis 54 und 56 bis 57 dadurch 
gekennzeichnet, daft 

der Speicher einen Ausschnitt des externen Speichers 
darstellt . 
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59. Verfahren nach Anspruch 52 bis 53 dadurch gekennzeichnet, 
dafl 

der Speicher als Cache ftir den extemen Speicher arbeitet. 

60. Verfahren nach Anspruch 52 dadurch gekennzeichnet, 
der Speicher durch ein Signal von der Zellstruktur in den 
externen Speicher geschrieben wird. 

61. Verfahren nach Anspruch 52 dadurch gekennzeichnet, 
der Speicher durch ein Signal von der iibergeordneten 
Ladeeinheit in den externen Speicher geschrieben wird. 

62 . Verfahren nach Anspruch 52 dadurch gekennzeichnet, 
der Speicher durch ein Signal von der Zellstruktur aus dem 
externen Speicher gelesen wird. 

63. Verfahren nach Anspruch 52 dadurch gekennzeichnet, 
der Speicher durch ein Signal von der iibergeordneten 
Ladeeinheit aus dem externen Speicher gelesen wird. 

64. Verfahren nach Anspruch 52 und 60 bis 63 dadurch 
gekennzeichnet, 

die Basisadresse im externen Speicher frei von der 
Zellstruktur gesetzt wird. 

65. Verfahren nach Anspruch 52 und 60 bis 63 dadurch 
gekennz e ichne t , 

die Basisadresse im externen Speicher frei von der 
iibergeordneten Ladeeinheit gesetzt wird. 

66. Verfahren nach Anspruch 52 und 60 bis 63 dadurch 
gekennzeichnet, 
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die Basisadresse im externen Speicher frei von einer externen 
Einheit gesetzt wird. 



66. Verfahren nach Anspruch 52, 57 und 60 bis 66- dadurch 
gekennzeichnet, 

dafi durch das Schreiben und Lesen der Registerbank in/aus dem 
externen Speicher eine Umschaltung von einem Teilgraphen zu 
einem anderen (Kontextswitch mit Push/Pop) ausgeftlhrt wird. 

67. Verfahren nach Anspruch 52 und 56 dadurch gekennzeichnet, 
dafi 

der Stack grofier als der Speicher ist, indem Teile des Stacks 
auf den externen Speicher ausgelagert werden. 

68. Verfahren zur Programmierung von Bausteinen mit ein- oder. 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 
die ubergeordneten Ladeeinheiten hierarchisch aufgebaut sind. 

69. Verfahren nach Anspruch 68 dadurch gekennzeichnet, dafi 
auf jeder Hierarchieebene unterschiedliche Teile des 

. Konf igurationsprograrames gespeichert und/oder abgearbeitet 
werden. 

70. Verfahren zur Programmierung von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 
die Ubergeordneten Ladeeinheiten breite Speicher zur schnellen 
Ubertragung der Konf igurationsdaten aufweisen. 

71. Verfahren zur Programmierung von Bausteinen mit ein- oder. 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 
die Speicherbireite fur die Sequenzer Ubergeordneten 
Ladeeinheiten tiber Multiplexer verringert wird. 
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72 . Verf ahren zur Programmierung von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 
die ubergeordneten Ladeeinheiten einen Befehl zum blockweisen 
tfbertragen der Konf igurationsdaten aufweisen. 

73. Verf ahren nach Anspruch 72 dadurch gekennzeichnet, dafl 
der Befehl zum blockweisen tfbertragen der Konf igurationsdaten 
nach dem DMA-Prinzip implementiert ist. 

74. Verf ahren nach Anspruch 72 dadurch gekennzeichnet, daB 
auf den Speicher fur die Konf igurationsdaten gleichzeitig und 
unabhangig vom restlichen Speicher zugegriffen wird. 

75. Verf ahren nach Anspruch 72 dadurch gekennzeichnet, dafl 
mehrere Einheiten zum blockweisen Obertragen der 

Konf igurationsdaten existieren. 

76. Verf ahren nach Anspruch 72 und 75 dadurch gekennzeichnet, 
daB 

gleichzeitig unabhangige Zugriffe auf die Speicher fur die 
Konf igurationsdaten der einzelnen Einheiten erfolgen. 

77. Verf ahren nach Anspruch 72 dadurch gekennzeichnet, daB 
der Befehl beim konf igurieren einer nicht konf igurierbaren 
Zelle abbricht. 

78. Verf ahren nach Anspruch 72 und 77 dadurch gekennzeichnet, 
dafl 

der Befehl die Adresse der Konf igurationsdaten der nicht 
konf igurierbaren Zelle speichert. 

79. Verf ahren nach Anspruch 72 und 77 bis 78 dadurch 
gekennzeichnet, dafl 
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der Befehl bei einer erneuten Ausfuhrung an der Stelle der 
Konfigurationsdaten der nicht konf igurierten Zelle 
weiterarbeitet . 

80. Verfahren nach Anspruch 72 und 77 bis 79 dadurch 
gekennzeichnet, dafi 

der Befehl nur dann erneut ausgefuhrt wird, wenn eine Zelle 
nicht konfiguriert werden konnte. 

81. Verfahren zur Programmierung von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 
die Ubergeordneten Ladeeinheiten Konf igurationen in ihre 
internen Speicher laden, bevor diese abgerufen werden. 

82. Verfahren nach Anspruch 81 dadurch gekennzeichnet, daB 
das Laden durch einen Befehl ausgeftthrt wird. 

83. Verfahren nach Anspruch 81 dadurch gekennzeichnet, dafi 
das Laden durch ein Statussignal angestofien wird. 

84. Verfahren zur Programmierung von Bausteinen mit ein- Oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, daft 

• Konf igurationen zu Gruppen zusammengef afit werden. 

: 85. Verfahren nach Anspruch 84 dadurch gekennzeichnet, daB 
eine Gruppe durch ihren Aufruf verandert personalisiert wird. 

86*. Verfahren nach Anspruch 84 bis 85 dadurch gekennzeichnet, 
dafi 

die Gruppen und deren Personalisierung auf Ubergeordneten 
Ladeeinheiten niederer Hierarchie gespeichert werden. 
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87. Verfahren nach Anspruch 84 bis 86 dadurch gekennzeichnet, 
daB 

die Aufrufe der Gruppen auf ubergeordneten Ladeeinheiten 
hoherer Hierarchie gespeichert werden. 

88. Verfahren nach Anspruch 84 bis 87 dadurch gekennzeichnet, 
daB 

Programme aus einer Mehrzahl derartiger Aufrufe bestehen. 

89. Verfahren zur Programmierung von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, daB 
Konf igurationen und Bef ehlssequenzen von Sequenzern in den 
ubergeordneten Ladeeineiten gespeichert werden. 

90. Verfahren zur Programmierung von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, daB 
Bef ehlssequenzen von Sequenzern in den internen und/oder 
externen Speichern enthalten sind. 

91. Verfahren zur Programmierung von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, daB 
zwis chen den internen Zustanden der Sequenzer und den 
Zustanden der Datenverarbeitung unterschieden wird. 

92. Verfahren nach Anspruch 91 dadurch gekennzeichnet, daB 
die Zustande der Datenverarbeitung mit den Daten in der 
Zellstruktur mitgeftihrt werden. 

93. Verfahren nach Anspruch 91 bis 92 dadurch gekennzeichnet, 
daB 

die Zustande der Datenverarbeitung mit den Daten gesichert 
werden. 
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94. Verfahren nach Anspruch 91 bis 93 dadurch gekennzeichnet, 
dafi 

die Zustande der Datenverarbeitung mit jedem gespeicherten 
Datenwort gesichert werden, 

95. Verfahren nach Anspruch 91 bis 93 dadurch gekennzeichnet, 
dafi 

die Zustande der Datenverarbeitung mit dem letzten 
gespeicherten Datenwort vor einer Umkonf iguration gesichert 
werden. 

96. Verfahren zur Programmierung von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 
die Adresse des/der zuletzt bearbeiteten Operanden vor einer 
Umkonf iguration gesichert wird. . 

97. Verfahren nach Anspruch 96 dadurch gekennzeichnet, dafi 
die Zustande der Datenverarbeitung des letzte Operanden vor 
einer Umkonf iguration gesichert werden. 

98. Verfahren nach Anspruch 91 dadurch gekennzeichnet, dafi 
die internen. Zustande der Sequenzer nicht gesichert werden. 

99. Verfahren zum Compilieren von Programmen fur Bausteine mit 
ein- oder mehrdimensionaler Zellstruktur, dadurch 
gekennzeichet, dafi 

vier Arten von Kode unterschieden werden: 

a) Paralleler Code 

b) Effizient parallelisierbarer Code 

c) Nicht effizient parallelisierbarer Code 

d) Sequentieller Code 
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100. Verfahren nacli Anspruch 99 dadurch gekennzeichnet, daB 
der parallele Code von extrahiert wird. 



101. Verfahren nach Anspruch 99 bis 100 dadurch 
gekennzeichnet, dafi 

der extrahierte Code plaziert und geroutet wird. 

102. Verfahren nach Anspruch 99 bis 101 dadurch 
gekennzeichnet/ dafi 

die Partitionierung iterativ mit Plazierung und Routing 
durchgefuhrt wird. 

103. Verfahren nach Anspruch 99 dadurch gekennzeichnet/ daB 
der parallelisierbare Code extrahiert wird. 

104. Verfahren nach Anspruch 99 und 103 dadurch 
. gekennzeichnet/ dafi 

der extrahierte Code plaziert und geroutet wird. 

105. Verfahren nach Anspruch 99 und 103 bis 104 dadurch 
- gekennzeichnet, dafi 

die Partitionierung iterativ mit Plazierung und Routing 

durchgefuhrt wird. 

. 106. Verfahren nach Anspruch 99 und 103 bis 105 dadurch 
gekennzeichnet, dafi 

ieder Code auf seine E ffizienz hin analysiert wird und die 
Codes separiert werden, die nicht ef f izient arbeiten. 

107. Verfahren nach Anspruch 99 und 103 bis 106 dadurch 
gekennzeichnet, dafi 
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eine Statistik erstellt wird, welche Codes effizient una 
welche ineffizient sind und deia Prograiraaierer entsprechende 
Hinweise auf die effizientere Programmierung gegeben werden. 

108. Verfahren nach Anspruch 99 und 106 dadurch 
gekennzeichnet, daii 

der sequentielle und separierte Code analysiert wird und fur 
jeden einzelnen Code ein geeigneter Sequenzer gewahlt wxrd; 
wobei 

a) eine Menge von mdglichen Sequenzern in einer Datenbank 
vorgegeben werden 

b) gegebenenfalls nur ein Sequenzer zur VerfUgung steht 
(Prozessor) 

109. Verfahren nach Anspruch 108 dadurch gekennzeichnet, daB 
der Code ftir den entsprechenden gewahlten Sequenzer ubersetzt 

wird. 

110. Verfahren nach Anspruch 108 und 109 dadurch 
gekennzeichnet, dafi 

- das Auswahlen eines Sequenzers und die Ubersetzung iterativ 
verlauft, indem jede Obersetzung auf ihre Ef f izienz- hxn 
analysiert wird und der Sequenzer gewahlt wird, dessen 
tibersetzter Code ef f izienteste ist. 

111. Verfahren nach Anspruch 99 bis 111 dadurch 

llTttolrsetzten Codes und partitionierten Codes von einem 
Linker zusammengef afit werden und die notwendige 
Koromunikationsstruktur eingefugt wird. 

112. Verfahren nach Anspruch 111 dadurch gekennzeichnet, dafi 
der Linker notwendige Speicher einfugt. 
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113. Verfahren nach Anspruch 111 und 112 dadurch 
gekennzeichnet/ daB 

der Linker Strukturen zur Sicherung der internen Zustande der 
Zellstruktur einfugt. 

114. Verfahren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennz eichet, daB 
ein oder mehrere Speicher di relet an die Zellstruktur 
angeschlossen sind. 

115. Verfahren nach Anspruch 114 dadurch gekennzeichnet, daB 
auf den Speicher wortweise addressierbar zugegriffen wird. 

116. Verfahren nach Anspruch 114 dadurch gekennzeichnet, daB 
der Speicher als Lookup-Tabelle arbeitet. 

117. Verfahren nach Anspruch 114 dadurch gekennzeichnet, daB 
der Speicher als Stack fur einen Sequenzer arbeitet. 

118. Verfahren nach Anspruch 114 dadurch gekennzeichnet, daB 
der Speicher als Registersatz fur einen Sequenzer arbeitet. 

119. Verfahren nach Anspruch 114 bis 118 dadurch 
gekennzeichnet, daB 

dem Speicher eine Schnittstelle zur Peripherie oder externeia 
S peicher zugeordnet od er integrlert ist. 

. 120. Verfahren nach Anspruch 114 und 119 dadurch 
gekennzeichnet, daB 

der Speicher nach den FIFO-Prinzip arbeitet und somit 
Datenstrdme in der Zellstruktur von externen Datenstrdmen 
entkoppelt. 
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121. Verfahren nach Anspruch 114 und 119 dadurch 
gekennzeichnet, daft 

der Speicher als Cache zwischen der Zellstruktur und dem 
externen Speicher arbeitet. 

122. Verfahren nach Anspruch 114 bis 121 dadurch 
gekennzeichnet, daB 

der Speicher Code fur einen im Zellarray implementierten 
Sequenzer speichert. 

122. Verfahren nach Anspruch 114 dadurch gekennzeichnet, daB 
mehrere Speicher auf einen gemeinsamen peripheren Bus 
zugreifen. 

123. Verfahren nach Anspruch 114 und 122 dadurch 
gekennzeichnet, daB 

• ein Arbiter immer genau einen Speicher je gemeinsamen Bus 
. auswahlt und diesen uber einen Multiplexer auf den Bus 
aufschaltet. 

.124. Verfahren nach Anspruch 114 dadurch gekennzeichnet, daB 
ein Statussignal das Schreiben des Inhaltes des Speichers auf 
den externen Speicher bewirkt. 

. 125. Verfahren nach Anspruch 114 dadurch gekennzeichnet, dafi 
' ein Statussignal das Le sen des Inhaltes des Speichers von dem 
externen Speicher bewirkt. 

126. Verfahren nach Anspruch 114 und 124 bis 125 dadurch 
gekennzeichnet, daB 

die Basisadresse des externen Speichers in einem Register 
gespeichert ist. 

- 88 / 96 - 



WO 2000/077652 



PCT/DE2000/001869 



127. Verfahren nach Anspruch 114 und 124 bis 126 dadurch 
gekennzeichnet, daB 

das Register von der Zellstruktur gesetzt wird. 

128. Verfahren nach Anspruch 114 und 124 bis 126 dadurch 
gekennzeichnet, daB 

das Register von der ubergeordneten Ladeeinheit gesetzt wird. 

129. Verfahren nach Anspruch 114 und 124 bis 126 dadurch 
gekennzeichnet, daft 

das Register von der Peripherie gesetzt wird. 

130. Verfahren nach Anspruch 117 dadurch gekennzeichnet, daB 
der Stack eine variable GroBe aufweist, indem der externe 
Speicher zur Vergrdfierung des Stacks verwendet wird. 

131. Verfahren nach Anspruch 117 und 130 dadurch 
gekennzeichnet, daB 

vor einem Stackuberlauf der alteste Teil des Stacks auf den 
Stack im externen Speicher geschrieben wird. 

132. Verfahren nach Anspruch 117 und 130 dadurch 
gekennzeichnet, daB 

vor einem Stackunterlauf der jtingste Teil des Stacks von dem 
Stack im externen Speicher gelesen wird. 

133. Verfahren nach Anspruch 114 dadurch gekennzeichnet, daB 
der Speicher durch Statussignale seinen Status angibt. 

134. Verfahren nach Anspruch 114 und 121 dadurch 
gekennzeichnet, daB 
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dem Speicher ein TAG-Speicher ftir die Cache- Funkt ion 
zugeordnet ist. 



135. Verfahren nach Anspruch 114 und 119 dadurch 
gekennzeichnet, dali 

das Interface zur Peripherie mit der Schnittstelle zum 
Zellstruktur synchronisiert ist. 

136. Verfahren nach Anspruch 114 und 119 dadurch 
gekennzeichnet, dali 

dem Interface zur Peripherie eine Einheit zur Oberwachung der 
Adressen zugeordnet ist. 

137. Verfahren nach Anspruch 114 und 119 dadurch 
gekennzeichnet/ daii 

dem Interface zur Peripherie eine Einheit zur Ubersetzung der 
Adressen zugeordnet ist. 

138. Verfahren nach Anspruch 114 dadurch gekennzeichnet, dafi 
der Speicher als Ringspeicher aufgebaut ist. 

139. Verfahren nach Anspruch 114 und 119 und 138 dadurch 
gekennzeichnet, daft 

die Zellstruktur und die Peripherie jeweils einen 
Positionszeiger besitzen. 

140. Verfahren nach Anspruch 114 und 138 dadurch 
ge kennze i chne t / daii 

ein Register die Menge an Eintragen im Speicher angibt. 

141. Verfahren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 
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der Status einer Zelle an beliebige andere Zeiien 
weitergeleitet wird. 



142. Verfahren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, daB 
eine Zelle mehrere Konf igurationsregister besitzt. 

143. Verfahren nach Anspruch 142 dadurch gekennzeichnet, daB 
genau eines der Konf igurationsregister zur Lauf zeit ausgewahlt 
wird. 

144. Verfahren nach Anspruch 142 bis 143 dadurch 
gekennzeichnet, daB 

die Auswahl durch ein Statussignal innerhalb der Zellstruktur 
erfolgt . 

145. Verfahren nach Anspruch 142 bis 143 dadurch 
gekennzeichnet, daB 

die Auswahl durch ein Statussignal der Zelle erfolgt. 

146. Verfahren nach Anspruch 142 bis 143 dadurch 
gekennzeichnet, daB 

die Auswahl durch ein Signal von der ubergeordneten 
Ladeeinheit erfolgt. 

147. Verfahren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, daB 
ein Sequenzer in der Zelle integriert ist. 

148. Verfahren nach Anspruch 142 und 147 dadurch 
. gekennzeichnet, daB 

ein in der Zelle implementierter Sequenzer das 
Konf igurationsregister auswahlt . 
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149. Verfahren nach Anspruch 142 und 147 dadurch 
gekennzeichnet, daB 

der Sequenzer das Konf igurationswort als Befehl auswertet. 

150. Verfahren nach Anspruch 147 dadurch gekennzeichnet, dafi 
der Sequenzer auf Statussignale der Zellstruktur reagiert. 

151. Verfahren nach Anspruch 147 dadurch gekennzeichnet, dafi 
der Sequenzer auf Statussignale der Zelle reagiert. 

152. Verfahren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, daB 
eine Zelle als Akkumulator-Prozessor arbeitet. 

153. Verfahren nach Anspruch 152 dadurch gekennzeichnet, dafi 
das ein Akkumulator in der Zelle integriert ist. 

154. Verfahren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, daB 
e.ine Zelle als. Register-Prozessor arbeitet. 

155. Verfahren nach Anspruch 154 dadurch gekennzeichnet, daB 
das ein Registersatz in der Zelle integriert ist. 

156. Verfahren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellst ruktur, dadurch gekennzeichet, daB 
eine Zelle als Stack-Prozessor arbeitet. 

157. Verfahren nach Anspruch 156 dadurch gekennzeichnet, daB 
das der Stack in einem der Zellstruktur zugeordnetem Speicher 
integriert ist. 
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158. Verfahren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 
eine Gruppe von Zellen einen Akkumulator-Prozessor bilden. 

159. Verfahren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 
eine Gruppe von Zellen einen Stack-Prozessor bilden. 

160. Verfahren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, .dafi 
eine Gruppe von Zellen einen Register-Prozessor bilden. 

161. Verfahren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 
eine Gruppe von Zellen einen Load/Store-Prozessor bilden. 

162. Verfahren nach Anspruch 158 bis 161 dadurch 
gekennzeichnet, dafi 

der. Gruppe ein der Zellstruktur zugeordneter Speicher 
zugeordnet ist. 

163. Verfahren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 
auf die Datenregister der Zellen von der tibergeordneten 
Ladeeinheit zugegriffen wird. 

164. Verfahren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, da.fi 
auf die Datenregister der Zellen von einem tibergeordneten 
Prozessor zugegriffen wird. 

165. Verfahren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 
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auf die Datenregister der Zellen von . einer anderen als 
Prozessor konf igurierten Zelle zugegriffen wird. 

166. Verfahren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, daB 
auf die Datenregister der Zellen von anderen als Prozessor 
konf igurierten Zellen zugegriffen wird. 

167. Verfahren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, daB 
ein Registersatz in einer Zelle implementiert ist. 

168. Verfahren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, daB 
die Eingangsregister der Zelle mit FIFOs versehen sind. 

169. Verfahren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, daB 
die Ausgangsregister der Zelle mit FIFOs versehen sind. 

170. Verfahren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, daB 
die Zelle mit einem der Zellstruktur zugeordnetem Speicher , 
derart gekoppelt werden kann, daB die Codes fur den in der 
Zelle implementierten Sequenzer aus dem gekoppelten Speicher 
geladen werden. 

171. Verfahren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, daB 
die Zelle mit dem Speicher einer libergeordneten Ladeeinheit 
derart gekoppelt werden kann, daB die Codes ftir den in der 
Zelle implementierten Sequenzer von dem Speicher der 
libergeordneten Ladeeinheit geladen werden. 
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172. Verfahren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 
die Zustandsmaschine einer Zelle prograimaierbar ist. 

173. Verfahren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 
die Zustandsmaschine einer Zelle teilweise programmierbar ist. 

174. Verfahren zum Betrieb -von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 
die Zustandsmaschine einer Zelle als programmierbare Logik 
ausgestaltet ist. 

175. Verfahren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 
die Zustandsmaschine und das Rechenwerk einer Zelle als 
programmierbare Logik ausgestaltet ist. 

176.. Verfa"hren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 
den ubergeordneten Ladeeinheiten eine Einheit zur Generierung 
der Adressen der Codes ftir den Zugriff durch einen Sequenzer 
in der Zellstruktur vorgesehen ist. 

177. Verfahren zum Betrieb von Bausteinen mit ein- oder 
mehrdimensionaler Zellstruktur, dadurch gekennzeichet, dafi 
den ubergeordneten Ladeeinheiten eine Einheit zur Generierung 
der Adresse eines Stacks ftir den Zugriff durch einen Sequenzer 
in der Zellstruktur vorgesehen ist. 

178. Verfahren nach Anspruch 176 bis 177 dadurch 
gekennzeichnet, dafi 
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eine Ubersetzung der Adressen derart stattrmaei;, aan aie 
Eintrage im Speicher um einen Offset verschoben sind. 



- 96 / 96 - 



WO 2000/077652 



1/41 



PCT/DE2000/001869 




WO 2000/077652 



3/41 



PC17DE2000/001869 




WO 2000/077652 



5/41 



PCT7DE2000/001869 




WO 2000/077652 PCT7DE2000/001869 

6/41 




WO 2000/077652 



8/41 



PCT/DE2000/001869 




WO 2000/077652 



9/41 



PCT7DE2000/001869 




CM 
O 
CD 
O 



a* 

to 



J* 

■ MM 

£ 

O 

a> 



< 

a 



I 



O 
CD 
O 



WO 2000/077652 



10/41 



PCT/DE2000/001869 




WO 2000/077652 



11/41 



PCT/DE2000/001869 




WO 2000/077652 



12/41 



PCT/DE2000/001869 




o 



WO 2000/077652 PCT/DE2000/001869 

13/41 



.2? <S) CO CO CO CO 

U. T- T- T" T- T- 



PAE9 


< 


u. 


X 


o 




< 




X 


o 




< 


LL. 


X 


o 




< 


LL. 


X 


o 




< 


LL 


X 


o 




CO 
Q- 


< 


LL 


X 


o 




< 


LL 


X 


o 




< 


LU 


X 


o 




< 


LL. 


X 


o 




< 


LL. 


X 


o 




< 


LU 


X 


o 




< 


LL. 


X 


o 




< 


LL. 


X 


o 




< 


LL 


X 


o 




< 


LL. 


X 


o 




PAE6 


< 


LL 


X 


o 




< 


LL. 


X 


o 




< 


LL. 


X 


o 




< 


LL. 


X 


o 




< 


LU 


X 


o 





PAE5 


< 


LU 


X 


o 




< 


LL 


X 


o 




< 


LU 


X 


o 




< 


LL 


X 


o 




< 


1 

LL 


X 


o 




PAE4 1 


< 


LU 


X 


o 




< 


LL 


X 


o 




< 


LU 


X 


o 




< 


LL 


X 


o 




< 


\\ 

W 
LL 


X 


o 




PAE3 j 


< 


LU 


X 


o 




< 


LL 


X 


o 




< 


LL 


X 


o 




< 


1 

LL 

i 


X 


o 




< 


LL 


i 


o 




PAE2 


< 


LU 


X 


o 




< 


LL 


X 


o 




< 


LL 


X 


o 




< 


LL 


X 


o 




1 


LL 


X 


o 




PAE1 ! 


< 


LL. 

1 




o 




1 


^x 


o 




< 


LL 


X 


o 

V 

s 




1 

1 


LL 


X 


o 




1 

1 


LL 

■> 


X 


o 





WO 2000/077652 



14/41 



PCT/DE2000/001869 



.£? o S 2 






■ ■ 


7 


i 


PAE9 

( 7 1 


< i 


±. : 


E < 


J 


4 


< 1 


j- : 


E < 


J 


1 


< I 


x. : 


E < 


D 


a 


i 




E < 




t 

L 






E ( 




PAE8 I 

i 

i : 1 i 


< i 


ll. : 


r < 


'J> 


« 


< 1 


ll. : 


r ( 


'J> 




<! 

s 

S 


i 


X ( 


O 




s 

<. 

f 

r 


LL 

sS 


X 




^2- ■ 


< 


s 
s 

Ll 


X 

\S 


O 




PAE7 


< 


LL. 


i 


O 




*! 

\ 


LL. 

sS 


X 


O 




\ 


LL- 


X 


O 


4^- 


< 


LU 


X 


o 




1 


LL. 


X 


O 




PAE6 


< 


Li- 

ss 


X 


o 






LL 


X 


o 




< 


LL 


X 

sV 


O 


4^- 




LL 


X 


O 




! 


LL. 


X 


O 




PAE5 


< 


1 

^$ 


X 


o 




< 


LO- 


X 


o 


4^L 




LL 


X 


O 




< 

vv 


LL 


X 


O 




i 

SS 


o 


X 


O 


431- 


PAE4 ! 


< 


LL. 


X 


o 






LL. 


X 


o 




I 


LL 


X 


o 


4^- 


1 


o 


X 


O 


4^- 


< 




X 


O 




PAE3 j 


< 


U. 


X 


o 




< 


u. 

V 

s 


X 


o 


43- 


1 

< 


o 


X 


o 


4*- 


< 


o 


X 


O 




< 


o 

s^ 


X 


O 


4Q- 


PAE2 


1 


N 
\ 

u. 


X 


o 


-43- 


1 


V 

V 
V 


X 


o 


-45L 


< 


% 


> 

N x 

s 

s ... 


o 




< 




X 

s 


O 


-4*2- 


< 


o 

$s 


s 

X 

s 




■4e- 


PAE1 | 


1 




I T 


<3 




< 


CD 


s 

^x 


o 




< 


K 

1 


s 

I X 

\ 

N 


a 




< 


1 


s 

v x 




-4^- 


< 


o 


1 

LL 


XL 





15/41 



PCT/DE2000/001869 



* 

CO 



* 

CO 



CO 



* 

CO 



o 



o 



JL 



o 



o 



JL 



o 



T 

< U- X 



o 



T 

LLlO 



O 



<4-JX 



O 



U_ X o 



4^- 



A 



o 



o 



U. X 

M 



o 



4*- 



K 

X O 



I i 



o 



X 

i 



K 

U. X O 



III. X 



4*- 



I 



O 



U. X 

I 



O 




4^ 



o 



U- X 



o 



T 

Ul X O 



4^ 



\ 



< U- X 

I 



o 



< 



O 



4^ 



< 



0 



T 

< O X 



o 



< o 

N 



42- 



i 



o 



< (3 



o 



< o I 



O 



42- 



< o 



4S- 



< o x 



o 



i 



< o x 



o 



4^- 



11 

< o x 



42- 











< 









WO 2000/077652 



16/41 



PCT/DE2000/001869 





WO 2000/077652 



17/41 



PCT/DE2000/001869 




WO 2000/077652 



18/41 



PCT/DE2000/001869 




CM 
O 
CD 



S < 



CO 

o 

CO 



lu 5 g 
on a < 



CO 
G) 

■ MM 

U- 



o 

CO 



(0 



O) 

■ MM 

u. 



WO 2000/077652 



19/41 



PCT/DE2000/001869 




WO 2000/077652 



20/41 



PCT/DE2000/001869 




CO 
O 
00 



WO 2000/077652 



PCT/DE2000/001869 



21/41 




-Q -D 

t- CM 

O O 

CM CM 

CM CM 



12 JD U 

h- CO M" 

O O O 

CM CM CM 

CM CM CM 



_Q -Q -Q -O 

lO CD O -r- 

O O r- t- 

CM CM CM CM 

CM CM CM CM 



■Q - 0 - 0 5 5 5 

CO O) cm co ^ m 

O O T- V- T- T- 

CM CM CM CM CM CM 

CM CM CM CM CM CM 



3 
CL 

E 

8 



0) 

c 

I 

0) 

ZJ 
CL 

E 

8 



Q. 

E 

8 



CL 

E 

8 



I 

o 

CL 

a> 

3 
CL 

E 

8 



% 

CL 

E 

8 



CO 

o 

CM 
CM 
CM 



I 

CL 
T3 

o 



< 

a> 
-•— < 

3 
CL 

E 

8 



CO 

CM 
CM 
CM 



CM 
CM 

6} 

iZ 



< 

'I 

0) 

3 
CL 

E 

8 



CD 
l_ 

& 

•§< 

O.JZ 

if 

CL 

E 

8 



CO 
I— 

a> 
c 
o 

CL 
"O 

o 



O 

i 

o co 

Q-JZ 

If 

CL 

E 

8 



o 

O 
CL 

a> 

"3 
a. 

E 

8 



a 
c 
5 

CL 

£ 

8 



o 

3 
c 

o 

CL 

TJ 
(0 
O 



CO CO 

t- CM 

o o 

CM CM 

CM C 



CO CO CO 

co ^ m 

o o p 

CM CM CM 

^1 CM CM 



co co co eg co co co co co co 

0NCOO)Ot-CMCO^IO 
r> o o O t— t— t— t— t— 
CMCMCMCMCMCMCMCMCMCM 
CMCMCMCMCMCMCMCMCMCM 



WO 2000/077652 



22/41 



PCT/DE2000/001869 




WO 2000/077652 



23/41 



PCT/DE2000/001869 




© 

CM 
Ui 

iZ 



2002 




CO 






o 




o 




CM 


2003 

















o 




CM 




JO 




O 


O 


CM 


t 




CO 




o 




o 




CM 





(0 

o 

CM 

d) 

LL. 



WO 2000/077652 



23/41 



PCT/DE2000/001869 




CM 




O 




O 




CM 




< 




CO 






o 




o 




CM 


CO 




o 




o 




CM, 


f 







S 








o 




CM 




-Q 




O 


O 


CM 


i 




CO 




o 




o 




CM 





(0 

o 

CM 

d) 

wmmm 

LL 



WO 2000/077652 



25/4J 



PCT/DE2000/001869 




WO 2000/077652 



26/41 



PCT/DE2000/001869 




WO 2000/077652 



27/41 



PCT/DE2000/001869 




WO 2000/077652 



28/41 



PCT/DE2000/001869 





2602 


C 


up 























CO 

o 

CD 
CM 



O 
CD 
CM 









CM 
O 






J p 






— •» 


CD 
CM 









□ 


2601 




















CM 
O 






J D 

/ 






— •« 


CO 
CM 


41 fr- 




















-B 






CM 
O 








P 




— ► 


CO 
CM 


«4 P» 






P 















co 
o 

CD 
CM 



CO 
O 
CD 
CM 



CO 
O 
CO 
CM 



CD 
CM 

■ Mi 

LL. 



WO 2000/077652 



PCT/DE2000/001869 




WO 2000/077652 



30/41 



PCT/DE2000/001869 




CO 

m 
o 

00 
CM 



to 
o 
oo 

CM 



00 
CM 



CD 

o 

CO 
CM 



CM 


CO 


O 


O 


CO 


00 


CM 


CM 







h- 


O 




O 


00 




CO 


CM 




CM 


t 






k 


CM 


CO 




CM 


CO 


O 


o 




O 


o 


00 


CO 




CO 


oo 


CM 


CM 




CM 


CM 



00 
CM 

d> 

■ MM 

LL 



I 

i 
i 

i 



CM 




WO 2000/077652 



31/41 



PCT/DE2000/001869 



CM 



CM 

rib 




o 

CM 

o> 

CM 



O 

o> 

CM 



CD 
O 
CD 
CM 



o 

CD 
CM 



m 

T— 

cd 

CM 



O 
CD 
CM 



CM 
O 
CD 
CM 



CM 
CD 
CM 



WO 2000/077652 



32/41 



PCT/DE2000/001869 




WO 2000/077652 



33/41 



PCT/DE2000/001869 




WO 2000/077652 



34/41 



PCT/DE2000/001869 




WO 2000/077652 



35/41 



PCT/DE2000/001869 



eg 




o 

CM 

co 

CM 



o 

CM 



CO 

o 

CD 
CM 



m 
o 
co 

CM 



o 

CO 
CM 



CM 
O 
CD 
CM 



CM 
CO 
CM 



in 

CO 
CM 



WO 2000/077652 



36/41 



PCT/DE2000/001869 



CM 




WO 2000/077652 



37/41 



PCT/DE2000/001869 



3503 



o 



co 



m 

co 



in 

co 



CM 
O 

in 

co 



o 
in 

co 



CM 

o 
in 
co 



ID 

CO 

D) 



































TI- 


































CK 
























■s 










m 


















co^ 






































































































m 










CM 


! 

i 
i 

i 










CM 


! 




co 






to 




o 
in 


} 




O 

in 


i 




o 
in 






O 

m 






o 
m 






CO 




CO 


i 




CO 


i 

i 




CO 






co 






CO 









































WO 2000/077652 



38/41 



PCT/DE2000/001869 




WO 2000/077652 



39/41 



PCT/DE2000/001869 



00 



^3- 

co 



3717 



o 

CO 





o 




O 


CM 












CO 




CO 







<o 


O 




o 








co 




co 



CO 
CO 



CO 



CO 




D) 



WO 2000/077652 



PCT/DE2000/001869 



40/41 




CO 
00 
CO 



CO 

o 
co 

CO 



o 


CO 








o 


•4 


O 




CO 




00 


CO 


CO 




kco 



CM_ 

CO 

CO 

CM 
CM. 
00 
CO 




o 


"4 


o 


00 
CO 




00 

kco 







o 


CO 








o 




o 


co- 


CO 




00 


co 


CO 




kco 



00 
CO 

Li. 



CO 

_o 

CO 
CO 



T— 




r^c\? 


o 




o 


00 





CO 


CO 








WO 2000/077652 



41/41 



PCT/DE2000/001869 



to 



CD CD 

co co 







CO 


o 




o 


cd 




o 


CO 




CO 




CM 










cd 


CO 


CO 




00 

o 

cd 
co 



CD 




O 


O 




T— 


CD 




CD 


CO 




CO 



COCO 
Ot- 
CDCD 
COCO 



CD 
CO 



INTERNATIONAL SEARCH REPORT 



Interni I Application No 

PCT/DE 00/01869 



A. CLASSIFICATION OF SUBJECT MATTER 

IPC 7 6G6F9/45 






According to International Patent Classification (IPC) or to both national classification and IPC 




B. FIELDS SEARCHED 


Minimum documentation searched (classification system followed by classification symbols) 

IPC 7 G06F 


Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 


Electronic data base consulted during the international search (name of data base and, where practical, search terms used) 

EPO-Internal, INSPEC 


C. DOCUMENTS CONSIDERED TO BE RELEVANT 


Category • 


Citation of document, with indication, where appropriate, of the relevant passages 


Relevant to claim No. 


Y 
X 


DE 196 51 075 A (PACT 
INFORMATIONSTECHNOLOGIE G) 
10 June 1998 (1998-06-10) 
cited in the application 
abstract 

page 2, line 1 -page 3, line 16 
page 4, line 7 -page 5, line 46 




1-5 
12-16 




-/-- 




| X| Further documents are listed in the continuation of box C. 


X Patent family members are listed in annex. 


° Special categories of cited documents : 

"A" document defining the general state of the art which is not 
considered to be of particular relevance 

"E" earlier document but published on or after the International 
filing date 

"L* document which may throw doubts on priority claim(s) or 
which is cited to establish the publication date of another 
citation or other special reason (as specified) 

"O" document referring to an oral disclosure, use, exhibition or 
other means 

"P" document published prior to the international filing date but 
later than the priority date claimed 


"T later document published after the international filing date 
or priority date and not in conflict with the application but 
cited to understand the principle or theory underlying the 
invention 

"X" document of particular relevance; the claimed invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document is taken alone 

"Y" document of particular relevance; the claimed invention 

cannot be considered to involve an inventive step when the 
document Is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in the art. 

document member of the same patent family 


Date of the actual completion of the international search 

10 January 2001 


Date of mailing of the international search report 

1 1 06. 2001 


Name and mailing address of the ISA 

European Patent Office, P.B. 5818 Patentiaan 2 
NL-2280 HV Rijswijk 
Tel. (+31-70) 340-2040, Tx. 31 651 epo nl, 
Fax: (+31-70) 340-3016 


Authorized officer 

WILTINK, G 



Form PCT/1SA/210 (second sheet) (July 1992) 



page 1 of 2 



INTERNATIONAL SEARCH REPORT 



Interr al Application No 

PCT/DE 00/01869 



C(Contlnuatlon) DOCUMENTS CONSIDERED TO BE RELEVANT 



Category • Citation of document, with indication, where appropriate, of the relevant passages 



Relevant to claim No. 



FERRANTE J ET AL: "The program dependence 

graph and its use in optimization" 

ACM TRANSACTIONS ON PROGRAMMING LANGUAGES 

AND SYSTEMS, JULY 1987, USA, [Online] 

vol. 9, no. 3, pages 319-349, XP002156651 

ISSN: 0164-0925 

ACM Digital Library 

Retrieved from the Internet: 

<URL : http : //www . acm.org/pub s/arti cl es/j our 

nal s/topl as/1987-9-3/p319-f errante/p319-fe 

rrante.pdf > [retrieved on 2000-12-22] 

abstract 

page 319, line 1 -page 320, last line 

HWANG L J ET AL: "Min-cut replication in 
partitioned networks" 

IEEE TRANSACTIONS ON COMPUTER-AIDED DESIGN 
OF INTEGRATED CIRCUITS AND SYSTEMS, 
[Online] 

vol. 14, no. 1, January 1995 (1995-01), 

pages 96-106, XP000532228 

usa 

ISSN: 0278-0070 
IEEE Xplore 

Retrieved from the Internet: 

<URL : http : //i eeexpl ore . i eee . org/i el 1/43 /83 

22/00363121. pdf> [retrieved on 2000-12-22] 

abstract 

page 96, left-hand column, line 1 -page 
97, left-hand column, line 12 



1-5 



2-5 



Form PCT/ISA/210 (continuation of second sheet) (July 1992) 



page 2 of 2 



INTERNATIONAL SEARCH REPORT 



miurmatkm on patent family members 



Intern al Application No 

PCT/DE 00/01869 



Patent document 
cited in search report 



Publication 
date 



Patent family 
member(s) 



Publication 
date 



DE 19651075 



10-06-1998 



AU 
CN 
WO 
DE 
EP 



5651498 A 
1247613 A 
9826356 A 
19781412 D 
0943129 A 



03-07-1998 
15-03-2000 
18-06-1998 
28-10-1999 
22-09-1999 



Form PCT/ISA/210 (patent family annex) (July 1992) 



INTERNATIONALER RECHERCHENBERICHT 



Inl ionales Aktenzeichen 

PCT/DE 00/01869 



A. KLASSJFIZIERUNG DES ANMELDUNGSGEGENSTANDES 

IPK 7 G06F9/45 



Nach der Internationalen Patentklassifikation (IPK) oder nach der nationalen Klassifikatlon und der IPK 



B. RECHERCH1ERTE GEB1ETE 



Rectterchierter MfndestprOfstoff (KiassiTiksLtionssystem und Klassifikationssymbole ) 

IPK 7 606F 



Recherchlerte aber ntcht zum MindestprOfstoff gehOrende Veroffentllchungen, soweitdiese unterdie recherchierten Geblete fallen 



Wahrend der internatlonalen Recherche konsultierte elektronische Datenbank (Name der Datenbank und evtl. verwendete Suchbegiiffe) 

EPO-Internal 5 INSPEC 



C. ALS WESENTLICH ANGESEHENE UNTERLAGEN 



Kategorie 0 Bezeichnung der Veroffentlichung, soweit erforderlich unter Angabe der in Betracht kommenden Teile 



Betr. Anspruch Nr. 



DE 196 51 075 A (PACT 

INFORMATI ONSTECHNOLOGI E G) 

10. Juni 1998 (1998-06-10) 

in der Anmeldung erwShnt 

Zusammenfassung 

Seite 2, Zeile 1 -Seite 3, 

Seite 4, Zeile 7 -Seite 5, 



1-5 



Zeile 16 
Zeile 46 

-/-- 



12-16 



13 



Weitere Verottentllchungen slnd der Fortsetzung von Feld C zu 
entnehmen 



m 



Siehe Anhang Patentfamllle 



° Besondere Kategorien von angegebenen Verdtfentllchungen : 
"A" Veroffentlichung, die den aflgemelnen Stand derTechnikdefiniert, 
aber nicht als Besonders bedeutsam anzusehen 1st 

"E" alteres Dokument, das jedoch erst am Oder nach dem International 
Anmeldedatum verOffentlicht worden ist 

"L" Veroffentlichung, die geeignet 1st, elnen Prioritatsanspruch zweifelhaft er- 
scheinen zu lassen, oderdurch die das Veraffentlichungsdatum elner 
anderen im Recherchenberlcht genannten Veroffentlichung belegt werden 
soil oder die aus einem anderen besonderen Grund angegeben ist (wie 
ausgefQhrt) 

"O" Veroffentlichung, die sfch auf elne mDndliche Offenbarung, 

elne Benutzung, eine Ausstellung oderandere MaGnahmen bezieht 

"P" Veroffentlichung, die vor dem internatlonalen Anmeldedatum, aber nach 
dem beanspruchten Prioritatsdatum verflffentlfcht worden 1st 



"T Spatere Veroffentlichung, die nach dem internatlonalen Anmeldedatum 
oder dem Prioritatsdatum verOffentlicht worden ist und mil der 
Anmeldung nlcht kollidiert, sondern nur zum Verstandnis des der 
Erfindung zugrundeliegenden Prinzips oder der Ihr zugrundellegenden 
Theorie angegeben Ist 

"X" Veroffentlichung von besonderer Bedeutung; die beanspruchte Erfindung 
kann allein aufgrund dieser Veroffentlichung nicht als neu oder auf 
erfinderischer Tatigkeit beruhend betrachtet werden 

"Y 11 Veroffentlichung von besonderer Bedeutung; die beanspruchte Erfindung 
kann nicht als auf erfinderischer Tatigkeit beruhend betrachtet 
werden, wenn die Veroffentlichung mit einer oder mehreren anderen 
VerOffentlichungen dieser Kategorie in Verbindung gebracht wird und 
diese Verbindung fOr einen Facnmann nahellegend ist 

Veroffentlichung, die MitgJIed derseiben Patentfamilie ist 



Datum des Abschlusses der internationalen Recherche 



10. Januar 2001 



Absendedatum des internationalen Recherche nberichts 



1 1 oa 2001 



Name und Postanschrift der Internationalen RecherchenbehOrde 

Europaisches Patentamt, P.B. 5818 Patentlaan 2 
NL-2280 HV Rijswijk 
Tel. (+31-70) 340-2040, Tx. 31 651 epo nl, 
Fax: (+31-70) 340-3016 



Bevollmachtigter Bediensteter 



WILTINK, 6 



Formbiatt PCT/ISA/210 (Blalt 2) (Juli 1992) 



Seite 1 von 2 



INTERNATIONALER RECHERCHENBERICHT 


Internationales Aktenzefchen 

PCT/DE 00/01869 | 


C.(Fortseb 


King) ALS WESENTLJCH ANGESEHENE UNTERLAGEN — 


Kategorie 0 


Bezelchnung der verottemucnung, soweit erforderlich unter Angabe derin Betracht kommenden Teile 


1 Betr. Anspruch Nr. I 


Y 
Y 

FortnMatl PCT/IS 


FERRANTE J ET AL: "The program dependence 

graph and its use in optimization" 

ACM TRANSACTIONS ON PROGRAMMING LANGUAGES 

AND SYSTEMS, JULY 1987, USA, [Online] 

Bd. 9, Nr. 3, Seiten 319-349, XP0O2156651 

ISSN: 0164-0925 

ACM Digital Library 

Gefunden im Internet: 

<URL: http://www.acm.org/pubs/articles/jour 
nal s/topl as/1987-9-3/p319-f errante/p319-f e 
rrante.pdf > [gefunden am 2000-12-22] 
Zusammenfassung 

Seite 319, Zeile 1 -Seite 320, letzte 
Zeile 

HWANG L J ET AL: "Min-cut replication in 
partitioned networks" 

IEEE TRANSACTIONS ON COMPUTER-AIDED DESIGN 
OF INTEGRATED CIRCUITS AND SYSTEMS, 
[Online] 

Bd. 14, Nr. 1, Januar 1995 (1995-01), 

Seiten 96-106, XP000532228 

usa 

ISSN: O278-0070 
IEEE Xplore 
Gefunden im Internet: 

<URL : http : //i eeexpl ore . i eee . org/i el 1 Z43/83 
22/00363121. pdf> [gefunden am 2000-12-22] 
Zusammenfassung 

Seite 96, linke Spalte, Zeile 1 -Seite 97, 
linke Spalte, Zeile 12 

►A/210 (Fortsetzung von Blatt 2) (Juli 1 992) 


1- 5 J 

2- 5 



Seite 2 von 2 



INTERNATIONALER RECHERCHENBERICHT 

Angaben zu Verdtfentfichungen, die zur selben PatentfamNie gehOren 



Internationales Aktenzerchen 

PCT/DE 00/01869 



lm Recherchenbericht 
angcfOhrtes Patentdokument 



Datum der 
Veroffentlichung 



Mitglied(er) der 
Patenttamilie 



Datum der 
Veroffentlichung 



DE 19651075 A 



10-06-1998 



AU 
CN 
WO 
DE 
EP 



5651498 A 
1247613 A 
9826356 A 
19781412 D 
0943129 A 



03-O7-1998 
15-03-2000 
18-06-1998 
28-10-1999 
22-09-1999 



Formblalt PCT/lSA/210 (Anhang Palentfam!l(e)(Jull 1992) 



INTERNATIONALER RECHERCHENBERICHT 



Internationales Aktenzeichen 

PCT/DE 00/01869 



Feld i Bemerkungen zu den Anspruchen, die sich als nicht recherchierbar erwiesen haben (Fortsetzung von Punkt 2 auf Blatt 



GemaB Artikel 17(2)a) wurde aus folgenden GrQnden fdr bestimmte AnsprQche kein Recherchenbericht erstellt: 
1 - | | AnsprQche Nr. 

well sie sich auf Gegenstande bezlehen, zu deren Recherche die Behorde nicht verpflichtet ist, namlich 



2. | [ AnsprOche Nr. 

well sie sich auf Telle der internationalen Anmeldung bezlehen, die den vorgeschriebenen Anforderungen so wenig entsprechen 
daR eine sinnvolle Internationale Recherche nicht durchgefuhrt werden kann, namlich 



3. 1 | AnsprQche Nr. 

well es sich dabel urn abhangige AnsprOche handelt, did nicht entsprechend Satz 2 und 3 der Regel 6.4 a) abgefaBt sind. 



Feld II Bemerkungen bei mangelnder Einheitiichkeit der Erfindung (Fortsetzung von Punkt 3 auf Blatt 1 ) 



Die Internationale RecherchenbehSrde hat festgesteilt, daB diese Internationale Anmeldung mehrere Erfindungen enthalt: 

siehe Zusatzblatt 



1 . I I Da der Anmelder alle erforderlichen zusatzlichen RecherchengebOhren rechtzeitig entrichtet hat, erstreckt sich dieser 
1 — 1 Internationale Recherchenbericht auf alle recherchierbaren AnsprQche. 

2. I I Da f0r alle recherchierbaren AnsprQche die Recherche ohne einen Arbeitsaufwand durchgefOhrt werden konnte, der eine 
1 — 1 zusatzliche RecherchengebQhr gerechtfertigt hatte, hat die Behorde nicht zur Zahlung einer solchen Gebuhr aufgefordert. 



T 1 DaderAnme!dernurein} g QdQ ^ erforderlichen zusatzlichen RecherchengebOhren rechtzeitig entrichtet hat, erstreckt sich dieser 

1 1 Internationale Recherchenbericht nur auf die AnsprOche, fQr die GebQhren entrichtet worden slnd, namlich auf die 

AnsprOche Nr. 



4 - LxJ Der AnmeIder nal die erforderlichen zusatzlichen RecherchengebOhren nicht rechtzeitig entrichtet. Der internationale Recher- 
chenbencht beschrankt sich daher auf die in den AnsprOchen zuerst erwahnte Erfindung; diese ist in folgenden Anspruchen er- 
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Bemerkungen hinsichtlich eines Widerspruchs Q Die zusatzlichen Gebuhren wurden vom Anmelder unter Wfderspruch gezahlt. 

[ | Die Zahlung zusatzlicher RecherchengebOhren erfolgte ohne Widerspruch. 



Formblatt PCT/ISA/210 (Fortsetzung von Blatt 1 (1))(Juli 1998) 



Internationales Aktenzeichen PCT/DE 00 /01869 



WEITERE ANGABEN 



PCT/ISA/ 210 



Die Internationale Recherchenbehorde hat festgestellt, daB diese 
international Anmeldung mehrere (Gruppen von) Erfindungen enthalt, 
nam! i ch : 



1. Anspruche: 1-16 



Verfahren zur Programmi erung von Bausteinen mit ein- Oder 
mehrdimensionaler Zellstruktur. 



1.1. Anspruche: 1-11 

Verfahren zur Programmi erung von Bausteinen mit ein- 
oder mehrdimensionaler Zellstruktur, wobei der Daten- 
und Kontrol 1 f 1 uBgraph eines Progranms extrahiert wird. 

1.2. Anspruche: 12-16 

Verfahren zur Programmi erung von Bausteinen mit ein- 
oder mehrdimensionaler Zellstruktur, wobei die 
Gultigkeit von Daten- oder Statussignalen angezeigt 
wird. 



2. Anspruche: 17-29, 142-146 

Wellenweise Berechnung und Umkonfiguri erung. 

3. AnsprUche: 30-47, 89, 90, 147-162, 170, 171 

In den Zellen integrierte, durch Zusammenschaltung mehrerer 
Zellen gebildete, oder als externer Prozessor an die Zellen 
gekoppelte Sequenzer zur Ausfuhrung vom sequentiellen 
Teilgraphen. 

4. Anspruche: 48-49 

Umsorti erung von Zeigern. 

5. Anspruche: 50-51 

Gleichzeitige Berechnung und Konfiguri erung von alien 
mOglichen Teilgraphen bei Sprungen und Vergleichen bis das 
Ergebnis des Sprunges oder des Vergleiches bekannt ist. 

6. Anspruche: 52-69, 114-140, 167-169 

Der Zellstruktur zugeordnete Speicher oder Registersatze. 



7. Anspruche: 70-71 
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Internationales Aktenzelchen PCT/DE 00 /01869 



WEITERE ANGABEN PCT/ISA/ 210 



Schnelle Ubertragung von Konf i gurati onsdaten durch breite 
Speicher und Multiplexer. 



8. Anspruche: 72-80 

Blockweise Ubertragung von Konfi gurati onsdaten. 



9. Anspruche: 81-83 

Vorladen von Konfi gurati onen in die Ladeeinhei ten. 



10. Anspruche: 84-88 

Zusammenfassung von Konfi gurati onen zu Gruppen. 



11. Anspruche: 91-98, 141 

Unterschied zwischen Zustanden der Sequenzer und der 
Datenverarbei tung , und deren Sicherung vor einer 
Umkonf i gurati on . 



12. Anspruche: 99-113 

Verfahren zum Compilieren von Programmen flir Bausteinen mit 
ein- oder mehrdimensionaler Zell struktur, wobei vier Arten 
von Kode unterschieden werden. 



13. Anspruche: 163-166, 176-178 

Externer Zugriff auf die Datenregister der Zellen. 



14. Anspruche: 172-175 

Teilweise prograinni erbare Zustandsmaschine einer Zelle. 



Bitte zu beachten daB fur alle unter Punkt 1 aufgefiihrten Erfindungen, 
obwohl diese nicht unbedingt durch ein gemeinsames erfinderisches 
Konzept verbunden sind, ohne Mehraufwand der eine zusatzliche 
Recherchengebuhr gerechtf erti gt hatte, eine vol 1 standi ge Recherche 
durchgefuhrt werden konnte. 
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